第13章系统测试

《第13章系统测试》由会员分享，可在线阅读，更多相关《第13章系统测试（4页珍藏版）》请在装配图网上搜索。

1、第13章系统测试113.1介绍113.2系统测试规程21321目的2角色与职责 2启动准则 213.2.4 输入 2主要步骤 3Step1制定系统测试计划3Step2设计系统测试用例3Step3执行系统测试3Step4缺陷管理与改错3输出 3结束准则4度量 413.3实施建议4第13章系统测试系统测试（System Test, ST）的目的是对最终软件系统进行全面的测试，确保最终软件 系统满足产品需求并且遵循系统设计。矚慫润厲钐瘗睞枥庑赖賃軔朧。系统测试过程域是SPP模型的重要组成部分。本规范阐述了系统测试的规程，该规程的目标”角色与职责”、启动准则”、输入”主要步骤”、输出”完成准则”和度

2、量”均已定义。聞創沟燴鐺險爱氇谴净祸測樅。本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。残骛楼諍锩瀨濟溆塹籟婭骤東。13.1介绍系统测试流程如图14-1所示。由于系统测试的目的是验证最终软件系统满足产品需求并且遵循系统设计，所以当产品需求和系统设计文档完成之后，系统测试小组就可以提前 开始制定测试计划和设计测试用例，而不必等到实现与测试”阶段结束。这样可以提高系统测试的效率。酽锕极額閉镇桧猪訣锥顧荭钯。系统测试过程中发现的所有缺陷必须用统一的缺陷管理工具来管理，开发人员应当及时 消除缺陷（改错）。审批 图13-1系统测试流

3、程图一. 项目经理设法组建富有丿审批丿效的系统测试 制 机构独立的测试小组（如果存在的话）测邀请其它项目的开发人本项目的部分开发人员机构的质量保证人员。组设计测试用例员参与系统测试。 计。戈卩统测试小*仲执行系统测试迭代股陷管理与改错系统测试小组应当根据项目的特征确定测试内容。一般地，系统测试的主要内容包括： 功能测试。即测试软件系统的功能是否正确，其依据是需求文档，如产品需求规格说明书。由于正确性是软件最重要的质量因素，所以功能测试必不可少。 彈贸摄尔霁毙攬砖 卤庑诒尔肤。健壮性测试。即测试软件系统在异常情况下能否正常运行的能力。健壮性有两层含义： 一是容错能力，二是恢复能力。 謀荞抟箧飆鐸

4、怼类蒋薔點鉍杂。 性能测试。即测试软件系统处理事务的速度，一是为了检验性能是否符合需求，二是为 了得到某些性能数据供人们参考（例如用于宣传） 。 厦礴恳蹒骈時盡继價骚卺癩龔。 用户界面测试。重点是测试软件系统的易用性和视觉效果等。安全性（ security ）测试。是指测试软件系统防止非法入侵的能力。 “安全 ”是相对而言的， 一般地，如果黑客为非法入侵花费的代价（考虑时间、费用、危险等因素）高于得到的 好处，那么这样的系统可以认为是安全的。 茕桢广鳓鯡选块网羈泪镀齐鈞。安装与反安装测试。 系统测试过程域产生的主要文档有：系统测试计划 ，模板见 系统测试用例 ，模板见 系统测试报告 ，模板见S

5、PP-TEMP-ST-PLAN 。缺陷管理报告，由缺陷管理工具自动生成。SPP-TEMP-TEST-CASE 。 SPP-TEMP-TEST-REPORT 。13.2 系统测试规程目的 对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。并撰写相应的文档。13.2.2 角色与职责 项目经理组建系统测试小组，并指定一名成员任测试组长。 系统测试小组各成员共同制定测试计划、设计测试用例、执行测试， 测试组长管理上述事务。开发人员及时消除测试人员发现的缺陷。13.2.3 启动准则 产品需求和系统设计文档完成之后。13.2.4 输入 产品需求和系统设计文档13.2.5 主要步骤

6、Step1 制定系统测试计划系统测试小组各成员共同协商测试计划。 测试组长按照指定的模板起草 系统测试计划 该计划主要包括：测试范围（内容）测试方法测试环境与辅助工具测试完成准则人员与任务表 项目经理审批系统测试计划 。该计划被批准后，转向 Step2 。Step2 设计系统测试用例系统测试小组各成员依据 系统测试计划 和指定的模板， 设计 （撰写）系统测试用例测试组长邀请开发人员和同行专家，对系统测试用例进行技术评审。该测试用例通 过技术评审后，转向 Step3 。 鹅娅尽損鹌惨歷茏鴛賴縈诘聾。Step3 执行系统测试 系统测试小组各成员依据系统测试计划和系统测试用例执行系统测试。 将测试结

7、果记录在系统测试报告中，用 “缺陷管理工具 ”来管理所发现的缺陷，并及 时通报给开发人员。Step4 缺陷管理与改错“缺陷管理工具。 籟丛妈羥为贍偾蛏从 Step1 至 Step3 ，任何人发现软件系统中的缺陷时都必须使用指定的 该工具将记录所有缺陷的状态信息，并可以自动产生缺陷管理报告 练淨槠挞曉。开发人员及时消除已经发现的缺陷。开发人员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。13.2.6 输出消除了缺陷的最终软件系统系统测试用例系统测试报告缺陷管理报告13.2.7 结束准则 对于非严格系统可以采用“基于测试用例”的准则：功能性测试用例通过率达到100 ；非功能性测试用例通

8、过率达到80时。对于严格系统，应当补充“基于缺陷密度”的规则：相邻 n 个 CPU 小时内 “测试期缺陷密度”全部低于某个值m。例如n大于10, m小于等于1。本规程所有文档已经完成。度量 测试人员和开发人员统计测试和改错的工作量，文档的规模，以及缺陷的个数与类型， 并将此度量数据汇报给项目经理。 預頌圣鉉儐歲龈讶骅籴買闥龅。13.3 实施建议 对系统测试人员进行必要的培训，提高他们的测试效率。项目经理和测试小组根据项目的资源、 时间等限制因素， 设法合理地减少测试的工作量， 例如减少 “冗余或无效 ”的测试。 渗釤呛俨匀谔鱉调硯錦鋇絨钞。系统测试小组根据产品的特征，可以适当地修改本规范的各种文档模板。 对系统测试过程中产生的所有代码和有价值的文档进行配置管理。为了调动测试者的积极性，建议企业或项目设立奖励机制，例如：根据缺陷的危害程度 把奖金分等级，每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。铙誅卧泻噦圣骋贶頂廡缝勵罴。