软件测试规范

  软件测试基础

软件测试的目的、任务和原则

应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。

测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。

程序员应避免检查自己的程序。

在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。

充分注意测试中的群集现象。

严格执行测试计划,排除测试的随意性。

应当对每一个测试结果做全面检查。

妥善保存测试计划,测试用例,出错统计和最终分析报告,为维护提供方便。

测试信息流

软件配置:包括软件需求规格说明、软件设计规格说明、源代码等;

测试配置:包括测试计划、测试用例、测试驱动程序等;

测试工具:测试工具为测试的实施提供某种服务。例如,测试数据自动生成程序、静态分析程序、动态分析程序、测试结果分析程序、以及驱动测试的工作台等。

 

测试与软件开发各阶段的关系

自底向上,逐步集成的过程。低一级测试为上一级测试准备条件。参看图1.2,首先对每一个程序模块进行单元测试,消除程序模块内部在逻辑上和功能上的错误和缺陷。再对照软件设计进行集成测试,检测和排除子系统(或系统)结构上的错误。随后再对照需求,进行确认测试。最后从系统全体出发,运行系统,看是否满足要求。

程序错误分类

按错误的影响和后果分类

§ 较小错误:只对系统输出有一些非实质性影响。如,输出的数据格式不合要求等。

§ 中等错误:对系统的运行有局部影响。如输出的某些数据有错误或出现冗余。

§ 较严重错误:系统的行为因错误的干扰而出现明显不合情理的现象。比如开出了0.00元的支票,系统的输出完全不可信赖。

§ 严重错误:系统运行不可跟踪,一时不能掌握其规律,时好时坏。

§ 非常严重的错误:系统运行中突然停机,其原因不明,无法软启动。

§ 最严重的错误:系统运行导致环境破坏,或是造成事故,引起生命、财产的损失。

问题定义(需求分析)错误

来源:tity_zhao

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2016年9月22日
下一篇 2016年9月22日

相关推荐