51Testing软件测试论坛

标题: 测试应包括开发人员和测试人员的共同努力 [打印本页]

作者: 婧颦 时间: 2006-6-6 11:22
标题: 测试应包括开发人员和测试人员的共同努力
在软件开发周期中的开发阶段，我们知道需要白盒测试和黑盒测试，但在现实当中，嵌入式系统大多测试工作都是以开发后期的系统测试为主！
在工作中，我觉得我们大都忽略了开发人员执行测试的这一重要角色！其实，当我们在回归测试时发现一些比较隐藏的BUG时，我们有没有想过，如果开发人员在模块阶段进行了比较好的测试的话，那么这种问题就不会出现了呢？
在学习和工作中，我越来越觉得开发人员也应该加入到测试的行列中来。只有结合开发人员和测试人员两方面的测试，在有限的时间里，采用基于风险的测试策略，才能发现重要的缺陷。
1、早期发现的错误容易解决。并且我们知道，修复缺陷的费用会随时间的推移而上升。（《软件评测师》中有相关论述）我们应该有共同的经验，如果你接的测试程序，编写它的开发人员喜欢在交付程序前自己先检查代码，测试运行通过后再交给你，你发现的低级错误比较少；而如果一个新程序员，或者是写完代码就让你测试的开发人员，他们交付的软件往往有很多BUG，而且低级的BUG挺多的！
2、高质量的模块代码更容易建立起高质量的系统，相反，低质量的模块代码将导致不可靠的系统，而通过功能测试几乎不可能解决这个问题。特别是，只进行系统测试时发现的缺陷，很难追溯到其根源。这一情况，不仅仅是嵌入式的测试，在非嵌入式测试中也一样！就拿前一阵子我测试的统计工作站来说吧，进行回归测试时，走正常流程没有做任务负载压力测试，却会出现统计时，两个病人的部位统计信息的值为空这个BUG来说吧，查看数据库时，发现问题是出在登记中的，但是登记里显示该病人信息一切正常。重复两次给开发人员查看，开发人员还是不知道问题到底出在哪？我想这样类似的例子，大家都常遇到吧？
3、我们常常会遇到这样的问题：我们总是能很好地完成测试计划中第一轮的测试，却总是在回归测试修复BUG时，不能按计划进行，发布日期一拖再拖。主管总会问你：”还有什么问题？“上头总认为是测试人员在拖延时间，却不知道，拖延时间的是解决回归测试发现的BUG，开发前期没有做好质量保证，到开发后期将浪费更多的时候在解决软件缺陷上。
4、另外，导常处理只有在单元级才能被很好地测试。

[ 本帖最后由婧颦于 2006-6-6 11:26 编辑 ]

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)