软件测试文档有用,但永远不足
作者:网络转载 发布时间:[ 2013/2/20 15:41:22 ] 推荐标签:
不管是软件测试设计,还是测试执行,软件工作产品都是软件测试活动的主要输入,例如:系统需求文档。因此,软件工作产品(项目文档)对于有效开展软件测试活动是至关重要的。然而,现实情况是:即使是试图充分描述软件产品的项目团队,其开发的项目文档(例如需求规格说明文档)也和想象有很大差距,例如:需求不清楚、不完善。这是一个不可对抗的事实,也是一个基本问题。
根据实践经验估算,在当前的软件项目中超过80%的代码用于实现错误处理,实现主要控制流的代码不足20%。但是即使是完整的规格说明也可能只会用不足20%的篇幅描述错误处理。这意味着80%的代码是软件人员边编码边设计的。
由于项目文档中将主要篇幅放在了主要功能的描述上面,而对其中的错误处理等方面描述不足。因此,测试人员不能根据需求文档完备、一致或者准确的假设来设计和执行测试,即在软件测试过程中,测试人员仅仅考虑项目文档中提供的信息是不够的。下面罗列了一些对测试人员有用的信息源,以补充项目文档中没有提供的信息:
1)软件产品相关的国际标准、标准和行业标准;
2)类似项目的用户手册,或者以前版本的使用手册;
3)利益相关者提供的各种培训资料和变更备忘录;
4)已出版的图形化界面风格指南和用户界面标准,例如:微软公司出版的指南;
5)通过和系统人员、开发人员、客户支持人员等的沟通获取的产品信息和客户信息;
6)以前软件产品的缺陷列表和缺陷分类;
7)开展探索性测试,以获取软件产品更多的表现行为和输出;
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11