小公司如何做测试
2014-03-25 14:44
134 查看
如果是一个只有10个测试人员或更少的测试人员的小公司,可没资源来做这些测试活动了。那么应该开展哪些测试活动才是最适合小公司的。
其实我工作的第一家公司,虽然测试人员也有大几十号人,但是运作上其实还是一个小公司,资源缺乏,人力不足,产品时间紧。因此,对于小公司测试活动的认识,我也是走了弯路后,最近才反思合理的测试策略应该是什么。
先说说小公司的特点:公司失败的风险很大,产品失败的风险也大,并且用于研发的时间和人力都少。
那么小公司的特点说明什么?说明小公司的测试必须是快速开展,快速见效,有可能测试的不全面,但是只要保住了可以保命的质量,规避了保命的风险就可以满足老板的需求。这里就谈到,小公司的自动化测试什么时候搞合适?我的建议是:产品第一版的测试就不要投一点力量搞自动化了,谁知道下个月还做不做这个产品。只有产品销量成功,公司立志2-3年都要继续完善该产品时,才有必要投入自动化测试。毕竟自动化测试的成本是很贵的,你投一个人搞自动化测试,你就少了一个保障关键特性质量的测试人员。今天,我终于理解和原谅了04年让我中止搞自动化测试的那位测试经理。我当时一味心思认为只有自动化测试才是测试活动中最有技术含量的工作,并没有站在公司的角度,从大局思考投入产出。
那么小公司不搞自动化测试了,是否就意味着小公司的测试就可以进行monkey testing。错!小公司可以把时间放在基于风险测试的研究和掌握中,基于风险的测试就是解决资源和时间都不够情况下,我们如何把产品质量引起的失败风险降低到最低的一种最佳投入产出测试准则。
同时,小公司更需要测试人员参与到项目的需求讨论,架构讨论活动中,发挥小公司灵活言论自由的优势,把需求和架构的问题尽早消灭,根据统计50%的bug都是在需求和架构设计阶段就埋入了的,而这些bug要在系统测试阶段发现,不但难度大,而且非常耗时。
另外,小公司测试人员要尽可能使用测试工具进行代码自动测试,只要能自动进行代码相关测试的工具就尽可能拿来用,虽然会遗漏代码编写的缺陷,但也比在后期完全依靠系统测试来发现,省人省时多了。
最后,小公司测试可以在功能测试上少花一些人和时间,只做verification,不做testing,当然前提是:已做好了基于风险的测试分析,并进行了充分的early testing。但是在性能测试和压力测试方面,还是要依赖工具尽可能去测试,暴露产品在少数极端情况下和长时间正常情况下的bug。
总结小公司测试策略的建议:
i. 不要过早投入开展自动化测试;
ii. 一定要掌握基于风险的测试方法;
iii. 尽可能使用自动测试工具进行代码级测试;
iv. 功能测试侧重verification,少做testing
v. 重视性能和压力测试;
其实我工作的第一家公司,虽然测试人员也有大几十号人,但是运作上其实还是一个小公司,资源缺乏,人力不足,产品时间紧。因此,对于小公司测试活动的认识,我也是走了弯路后,最近才反思合理的测试策略应该是什么。
先说说小公司的特点:公司失败的风险很大,产品失败的风险也大,并且用于研发的时间和人力都少。
那么小公司的特点说明什么?说明小公司的测试必须是快速开展,快速见效,有可能测试的不全面,但是只要保住了可以保命的质量,规避了保命的风险就可以满足老板的需求。这里就谈到,小公司的自动化测试什么时候搞合适?我的建议是:产品第一版的测试就不要投一点力量搞自动化了,谁知道下个月还做不做这个产品。只有产品销量成功,公司立志2-3年都要继续完善该产品时,才有必要投入自动化测试。毕竟自动化测试的成本是很贵的,你投一个人搞自动化测试,你就少了一个保障关键特性质量的测试人员。今天,我终于理解和原谅了04年让我中止搞自动化测试的那位测试经理。我当时一味心思认为只有自动化测试才是测试活动中最有技术含量的工作,并没有站在公司的角度,从大局思考投入产出。
那么小公司不搞自动化测试了,是否就意味着小公司的测试就可以进行monkey testing。错!小公司可以把时间放在基于风险测试的研究和掌握中,基于风险的测试就是解决资源和时间都不够情况下,我们如何把产品质量引起的失败风险降低到最低的一种最佳投入产出测试准则。
同时,小公司更需要测试人员参与到项目的需求讨论,架构讨论活动中,发挥小公司灵活言论自由的优势,把需求和架构的问题尽早消灭,根据统计50%的bug都是在需求和架构设计阶段就埋入了的,而这些bug要在系统测试阶段发现,不但难度大,而且非常耗时。
另外,小公司测试人员要尽可能使用测试工具进行代码自动测试,只要能自动进行代码相关测试的工具就尽可能拿来用,虽然会遗漏代码编写的缺陷,但也比在后期完全依靠系统测试来发现,省人省时多了。
最后,小公司测试可以在功能测试上少花一些人和时间,只做verification,不做testing,当然前提是:已做好了基于风险的测试分析,并进行了充分的early testing。但是在性能测试和压力测试方面,还是要依赖工具尽可能去测试,暴露产品在少数极端情况下和长时间正常情况下的bug。
总结小公司测试策略的建议:
i. 不要过早投入开展自动化测试;
ii. 一定要掌握基于风险的测试方法;
iii. 尽可能使用自动测试工具进行代码级测试;
iv. 功能测试侧重verification,少做testing
v. 重视性能和压力测试;
相关文章推荐
- 空间管理 您的位置: 51Testing软件测试网 » lilisx2006的个人空间 » 日志 在一个没有测试经理的小公司如何做好测试
- 【原创】如何在一个没有测试经理的小公司做好测试?
- 如何推进公司的软件测试
- 国外几个大型IT公司如何做测试
- 在公司制度不规范的情况下,如何做好测试工作?
- 如何提升测试人员在公司的地位
- 测试主管如何规范公司的测试流程?
- 国内大互联网公司如何做测试
- 互联网公司测试组长/leader/经理如何面试社招测试工程师
- 如何规范小开发公司的测试流程
- 【安全测试】如何利用短信验证码BUG浪费公司的钱
- 国内大互联网公司如何做测试
- 如何说服你的 stakeholder 招募真实的目标用户做测试,比在公司内部找一些同事当用户做测试会更有价值?
- 小公司如何做好软件测试?
- 一个小公司的性能测试工程师应该如何开展工作
- 在一个没有测试经理的小公司如何做好测试
- 如何搭建小公司的测试体系?
- (转)公司制度不规范,如何做好测试工作
- 面试时如何向公司提问?
- 如何设定测试目标