测试策略

在软件公司里,人们喜欢强调测试,强调质量。但是如果你在一个传统的软件项目上呆过一段时间的话,就会知道,人们只是喜欢强调而已。人们其实并不知道如何去关心软件质量。

当你问一个项目经理,为了赶进度,你愿意舍弃哪些东西?几乎毫无意外的,项目经理会选择舍弃自动化测试。他们会说,我们需要在deadline之前让领导看到结果!为了赶进度而造出来的软件,脆弱,不堪一击,在生产环境中会为公司带来损失,但是这些都是“系统中另一部分”的事情了。

有些公司会为开发人员配置对应的测试人员,开发部门和测试部门的人数几乎能达到1:1。一般而言,开发人员在开发新的版本,测试人员在测试上一个版本。开发人员和测试人员的输入都是软件设计部门提供的文档。

我的第一家公司里,测试人员和开发人员的比例基本上是1:1。开发在交付一个版本到开始下一个版本的开发之间,会有一个所谓bug fixing的阶段,大约4周到6周,专门等待测试提单,然后从一个bug跟踪系统中获取bug,然后修复。

开发在修复完成之后,修改bug状态,测试人员会得到通知,然后再测一次,这个过程可能会往复多次。开发没有测试所拥有的完整环境(我们的软件需要安装到Redhat Linux上,而开发机器都是Windows,并且不允许安装虚拟机),所以每次修复之后保证本地可以运行。

整个过程都是手工的,测试人员好像是有一些简单的UI测试脚本,不过由于我们的界面经常变化,她们需要重新录制脚本,过程非常麻烦。

我的第二家公司则是另外一个极端,我们10个开发人员,对应的只有1名QA工程师,每到我们需要给客户showcase的时候,所有人都手忙脚乱的帮助QA做测试,相信你可以想象那种人心惶惶的场景。

在日常的工作中,如果肯花时间来为自己的代码编写自动化测试(单元测试,集成测试,UI测试),无疑人们会对自己的软件有更大的信心。而且事实上软件质量是需要整个团队来保证的,不要把希望寄托在只做黑盒测试的QA身上。

results matching ""

    No results matching ""