测试设计编写规范.docxVIP

成都布络软件有限公司测试设计编写规范李厚宏2013/4/18软件测试用例编写规范以及测试设计格式规范修订记录 *A – 增加 M – 修改 D – 删除版本号Version日期Date作者AuthorAMD变更主要原因描述Brief Description1.02013-4-18李厚宏A创建文档目录1概述51.1目的51.2使用范围51.3参考资料52测试设计格式52.1文档说明52.2概要52.3测试用例63测试用例设计原则73.1连贯性73.2全面性73.3正确性73.4容错性（健壮性）73.5符合正常业务惯例73.6仿真性73.7直观性83.8一致性83.9灵活性83.10舒适性84测试用例设计方法94.1用例设计基本方法94.2功能测试用例设计方法：94.3性能测试用例设计方法94.4兼容性测试用例设计方法105测试用例编写规范105.1功能编号105.2测试用例编号105.3前置条件：115.4测试步骤与期望结果：115.5标志位：115.6通过情况：115.7BUG编号:115.8备注:116编写用例注意事项116.1功能检查116.2面向用户的考虑126.3数据处理126.3.1输入数据126.3.2数据处理136.3.3输出结果136.4软件流程测试13概述目的统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。使用范围适用于对产品以及产品业务流程功能测试用例的设计。参考资料《测试设计模板》《配置管理实施规范》测试设计格式测试设计分为概要和测试用例两个分页文档说明文档命名规范：命名格式：产品名_完整版本号_文档类型_日期例：B++即时通讯平台_234_测试设计B++即时通讯平台_234_测试报告名说明产品完整版本号格式请参阅《配置管理实施规范》文档类型包括测试设计与测试报告两种，测试报告文档需要在文档名末尾添加测试日期测试设计修订测试设计将按照相应版本的项目周期进行修订版本维护，每次版本确立（每次项目正式集成测试前）需要测试小组成员（至少测试主管）参与进行测试设计评审，每次评审针对项目需求对修订测试用例的完整性进行评审。测试人员可以根据测试用例编写规范在文档中随时进行内容修订，评审通过则确立修订版本并上传禅道相应文档库中以及产品代码文档目录中。概要概要分页中包括概述、测试基本信息、测试结果统计、测试总结、测试设计修订记录5部分。概述说明该测试设计试用的测试产品以及测试范围测试基本信息测试人员：执行测试的测试人员姓名测试日期：执行测试的日期，仅包括年月日信息测试版本：测试产品的完整版本号，说明详见《配置管理实施规范》测试结果统计测试用例总数：统计该设计中总的测试用例数量（自动统计）通过：该轮测试通过的测试用例总数（自动统计）未通过：该轮测试未通过的测试用例总数（自动统计）待议：功能开发未完成的测试用例、规格不确定时设计的测试用例（自动统计）通过率：测试通过用例总数占 测试用例总数和待议用例差值 的百分比（自动统计）通过率_last：前一版本测试通过率（手动输入）测试总结结合上一轮测试情况与本轮测试情况进行测试概要总结，总结内容主要为BUG修复情况、新增功能测试基本情况，前后两轮测试结果的对比综述以及该版本产品评价测试设计修订记录记录每个项目迭代测试用例修改内容，概要说明对应的功能模块名称以及变更测试用例数量。测试用例测试用例标签页主要包括表头产品名称、测试类型、功能模块信息、测试用例信息3大部分。功能模块信息包括功能编号、功能名称，测试用例信息包括用例编号、测试步骤、期望结果、标志位、测试结果、备注产品名称：完整的产品名，包括产品名、大版本号、小版本号测试类型：主要分成 功能测试、性能测试、兼容性测试，可根据产品需求进行选择，文档中至少包含功能测试用例内容。功能模块信息：包括功能编号以及功能名称功能编号：按照功能顺序以1.0、2.0、3.0……进行排序测试用例信息：测试用例信息包括测试用例编号、前置条件、测试步骤、期望结果、标志位、通过情况、BUG编号、备注测试用例设计原则连贯性对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面或者功能界面链接，链接是否正确；对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；全面性应尽可能覆盖程序的各种路径应尽可能覆盖系统的各个业务应考虑存在跨年、跨月的数据大量数据并发测试的准备系统中各功能、业务的异常情况正确性输入用户实际数据以验证系统是否满足需求规格说明书的需求。测试用例中的测试点应保证至少覆盖需求规格说明书中的各项功能。容错性（