针对测试内容和方法的测试方案.doc

《针对测试内容和方法的测试方案.doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、XX测试方案文件状态：[√]草稿[]正式发布[]正在修改文件标识：当前版本：完成日期：2010-11-8目录1概述31.1编写目的31.2适用范围31.3项目背景31.4参考资料31.5文档解决问题32测试内容和方法32.1界面测试32.2功能测试32.3性能测试42.4健壮性测试42.5安装测试53用例设计及实施策略53.1用例设计53.2实施策略54评定标准64.1Bug评定标准64.2测试停止标准65附录6概述1.1编写目的本文档目的在于指导测试工作。1.2适用范围XX系统测试1.3项目背景产品名称

2、：XX1.4参考资料《XX用户使用手册V1.3》1.5文档解决问题测试用例：风险级别定义，用例设计及实施策略评定标准：Bug评定标准，测试停止标准2测试内容和方法2.1界面测试[这里主要说明进行界面测试的哪些内容，界面测试有哪里内容呢？要自己去了解哈]2.2功能测试[这里主要说明测试功能模块的优先级，同时加入了模块为什么优先的原因。]尽量结合客户环境设计相应的测试，脱离应用的测试结果往往与实际结果存在差异。首先，……。其次，……。最后，……。测试方法[根据项目情况，自由发挥。哈哈]2.3性能测试[这里主要

3、列出了性能测试项，也可以对性能指标进行简明说明。]目的在于验证系统是否达到预期的指标。如，……。测试方法[根据项目情况，自由发挥。哈哈]1.1健壮性测试[对测试项和测试点进行简明说明]1.2安装测试[根据项目情况，自由发挥。哈哈，主要也是目标和方法]2用例设计及实施策略2.1用例设计[这里关于风险级别的定义，是我在培训机构了解到的。焦点测试http://baike.baidu.com/view/4015452.html?wtp=tt不介意我打小广告吧，哈哈]1)首先使用等价类划分方法2)任何情况下都应该使

4、用边界值分析方法3)必要时用错误推测法补充测试用例4)如果在程序的功能说明中含有输入条件的组合，最好在一开始就用因果图法，然后再按以上1），2），3）步进行5)对照程序逻辑，检查已设计出来的测试用例。可以根据对程序可靠性的要求采用不同的逻辑覆盖标准，如果现有测试用例的逻辑覆盖程度没达到要求的覆盖标准，则应再补充一些测试用例。另外，用例应加入风险级别属性，有助于实施合理的测试安排。（请参考3.2实施策略）级别包括：A-高风险，B-中风险，C-低风险。l功能类型：a高级-数据新建/计算/验证；b中级-数据修改

5、；c低级-数据显示l业务影响：a高级-权限合法性/经济损失/利益损失；b中级-错误信息；c低级-极少l使用频度：a高级-非常频繁/大量；b中级-经常；c低级-极少l受影响客户数量：a高级-大量/重要；b中级-组/群；c低级-极少综合判断原则如下：A：至少2a或1a与至少2bB：至少2b或1a与1bC：其它情况2.2实施策略[根据项目情况，进行策略的制定。这里给大家分享下例子，仅作参考。]在没有特殊要求情况下，测试顺序依次为：功能，健壮性，性能，其它。其中，功能性测试，根据业务风险级别实施测试。健壮性、性能

6、测试无优先顺序（都要实现）。功能测试实施策略，如下：lA-高风险在任何测试项目中都应该进行严格的测试，以降低软件缺陷的遗留率。lB-中风险在按质完成的项目中，应该进行严格的测试，以降低软件缺陷的遗留率。lC-低风险在任何测试项目中，如果各种资源有限，且测试时间不足，均灵活的处置，例如不进行测试，或者进行部分测试，或者进行山寨式测试。1评定标准1.1Bug评定标准1)软件未达到产品说明书标明的功能2)软件出现了产品说明书中指明的不会出现的错误3)软件功能超出了产品说明书指明的范围4)软件未达到产品说明书虽未

7、指定但应达到的目标5)软件测试人员认为软件难以理解不易使用、运行速度慢，和最终用户认为不好使用1.2测试停止标准1)达到部门指定的标准2)用例执行执行率达到100%。如果发现测试用例通过率太低，可以拒绝继续测试，待开发人员修复后再继续2附录