软件测试--测试方案设计
测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
一、什么是测试方案
测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
二、测试方案的作用
测试方案通常分内部作用和外部作用,内部作用有以下3种:
(1)作为测试计划的结果,让相关人员和开发人员来评审。
(2)存储计划执行的细节,让测试人员进行同行评审。
(3)存储计划进度表、测试环境等更多的信息。
测试方案的外部作用是为顾客提供一种信心,向顾客交代有关测试过程、人员的技能、资源、使用的工具等信息。
背景
对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。
三、测试方案具体设计
1、引言(含a、编写目的;b、预期读者;c、参考资料);
2、测试范围;
3、测试策略(根据不同的测试类型考虑不同的测试方法)
测试类型:功能测试;兼容性测试;性能测试;接口测试;安全性和访问控制测试;数据和数据库完整性测试;集成测试;用户界面测试;负载测试;强度测试;容量测试;故障转移和安装测试;配置测试;安装测试等。
1)功能测试,根据需求分析的思维导图和功能测试的测试用例覆盖功能模块;
2)兼容性测试,要根据产品的应用场景来考虑,比如IE、Chorme、ios、android、不同机型等等;
3)性能测试,根据产品架构、预估数据、线上数据来判断需要执行性能测试的功能接口(比如登录接口);
4)接口测试,安全性测试等等要根据实际的项目需求来确定。接口测试工具可以使用国产接口测试和接口文档生成工具:apipost
将需要用到的测试类型按照测试场景、测试方法等以引用文件的形式填写到测试计划中去,以便让所有项目人员清楚的知道要做哪些测试工作以及怎么做。
4、测试资源(含a、测试人员;b、测试环境(测试服务器环境、终端测试环境、网络环境);c、测试工具(bug管理工具、用例管理工具、性能测试工具等);d、bug的等级定义);
5、进度安排
1)测试工作量估算:测试评估(业务复杂度、测试复杂度、产品质量要求、人员数量及能力) ;进度安排(评估不同阶段、不同类型的测试工作的工作量、分配人力、预估时间) ;
2)输出文档:测试计划; 功能测试用例;性能测试方案; bug数据;性能测试数据;测试报告等等。
6、发布标准:
1)测试完成标准:测试计划里所有测试类型都已经完成了;功能上、兼容性上没有影响用户使用的Bug ;允许遗留小部分影响不是很大的Bug,但这个数量应该小于一个值 ;性能上符合设计目标和上线要求 这些标准都是针对测试工作本身的要求。
2)产品发布标准:产品需求都已完成;符合交互设计规范,符合视觉要求,设计已通过评审 ;遗留的一定比例数量的小部分Bug通过项目组完成了风险评估,都认可且问题不大;产品使用说明或用户手册或更新log都已完备等等。
7、风险说明
1) 测试范围的风险,比如说测试需求分析是否准确、到位,是否漏了测试点,是否遗漏了某个测试类型,所以测试需求分析是整个测试工作的基础,还有就是产品需求变更的风险,加需求、减需求、改需求都需要重新进行测试需求分析;
2)测试进度的风险,比如说做计划时工作量估计的不准,导致项目延期,还有可能开发工作没有按时完成或改bug不及时导致进度延后,还有可能测试人员因为别的项目更重要抽调走了或者请假、离职等原因造成人员变动;
3)产品质量的风险,比如开发的代码质量比较低或者测试人员是新人对业务不熟悉,能力和经验有所欠缺等等;
4)测试环境的风险。
行动吧,在路上总比一直观望的要好,未来的你肯定会感 谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入扣群:,里面有各种软件测试+开发资料和技术可以一起交流学习哦。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)