51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2520|回复: 5
打印 上一主题 下一主题

[转贴] 怎样做测试计划和测试方案!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2020-8-18 23:09:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 belle2017 于 2020-8-21 09:37 编辑

什么叫计划?
计划就是你觉得这件事该怎么去安排。那测试计划也是同样的道理,主要要在里面体现这几点:
1、时间上的计划(例如:整个测试需要多长时间?需要测几轮?每轮需要多长时间?测试用例需要多长时间?功能测试需要多长时间?性能测试需要多长时间?兼容性测试需要多长时间?等等)
2、人员上的计划(整个测试需要几个人?功能测试需要几个人?性能测试需要几个人?其他测试都需要几个人?哪些人负责哪些模块?谁担当组长?等等)
3、工具上的计划或者说测试环境的计划(例如需要几台电脑?多少服务器?都是什么配置?需不需要特殊的软件?)
4、具体的测试计划(例如:首先分析需求、然后写用例、然后分四轮测试、第一轮功能测试+回归测试,第二轮功能测试+回归测试+兼容性测试+通测(内测),第三轮功能测试+回归测试+性能测试+通测(内测),第四轮预上线测试(模拟上线测试))等等。计划就是你觉得这个项目该怎么去干。

方案就是有了计划之后该怎么详细去干。主要体现在这几点:
1、测试用例应该怎么去设计(设计规范,设计方法,数据要求等)
2、功能测试应该如何去测(主要功能覆盖率要求等)
3、BUG等级划分(共几级?每级都什么条件?)
4、测试条件(预测试、测试挂起、测试恢复的条件)
5、兼容性测试要求(例如web应该兼容哪些浏览器,手机应该兼容哪些分辨率哪些品牌哪些系统等等)
6、性能测试要求(服务器最大支撑并发多少?CPU负载率?内存负载率?等等)7、测试通过条件(什么条件才算测试通过?主要功能100%覆盖?BUG100%通过?性能、兼容性达标?)


测试计划
做测试需要做好准备工作,明确做这件事的目的,最终达成目的并验证结果是我们要做的事情。就需要有一个完善的测试计划。测试计划的内容包括:确定阶段的测试范围和任务、确定测试策略和方法、确定测试周期、确定测试人力资源的分配、确定测试风险分析。

确定阶段的测试范围和任务——描述项目测试中做的测试范围,包括测试软件功能范围、测试种类等。
测试策略——主要分析可能实施的测试方法,考虑可能需要的测试工具。
测试周期——预测完成整个测试所需时间。也可以根据功能模块进行细分,估算每个模块需要完成的时间。
资源分配——分为人力资源、软硬件资源。组建测试项目组,确定测试项目负责人和组员,明确各成员的相关责任。按照不同的任务,能够提交的交付成果详细列出;
测试风险——大多考虑的就是项目开发延期、测试人员不足、用例无法全面覆盖测试点、时间不足、bug无法及时修改导致无法验证、测试人员技术不足导致测试进度拉长;
编写测试计划的目的在于充分考虑执行测试时的各种资源,执行时所能调用的一切资源以及受各种条件限制,可能受到的各种影响。编写完成测试计划后,进行项目内评审。


设计
描述对系统分解后每个功能点逐一的操作描述,包括用什么方法测试、用哪些测试数据、期望测试结果是什么以及对测试环境的设计。以功能点分析为依据进行测试用例的设计,逐步细化测试的范围和内容,设计具体的测试过程和数据,同时将结果写成可以按操作步骤来执行的测试用例。测试用例需要覆盖所有的测试需求。测试用例一般包括以下几项:编号、功能点、预置条件、测试数据的输入、操作步骤、期望的输出结果、实际运行结果。对有性能测试、负载测试及安全测试需求的,设计专门的测试方法和用例。测试用例编写完成后,组内进行评审。


测试执行
测试用例的设计完成之后,部署测试环境。待开发提交测试版本后,开始进行测试。在满足用户使用的测试环境上,按照测试用例的条件、操作步骤、测试数据对系统进行操作。比较实际结果和测试用例所描述的期望结果是否一致,以确定系统是否能正常运行。
首次拿到测试版本后做一个预测试,目的是判断当前版本是否可测,如果预测试不通过,返给开发重新出新版本,如果通过了,进行第一次的系统测试。
系统测试执行编写的测试用例,做好测试结果记录,发现缺陷提交bug。第一次系统测试完成后,把所有的bug提交给开发人员,由他们进行修改。
在他们修改bug期间,我们可以对测试用例进行一个补充,包括修改或增加。开发修改bug结束后,提交一个新的版本给测试,首先回归我们提交的bug,然后挑选一些优先级别较高的用例来再次进行测试,查看新版本更新是否影响原有功能。发现了问题继续提交缺陷报告,开发再次进行修改,直到缺陷值达到用户要求,测试结束。


验收
在所有测试完成之后,编写测试总结报告,对测试进行总结。测试报告的内容包括:测试资源、测试内容、测试结果、缺陷分析、遗留问题等。

测试资源——包括人力资源的分配、软硬件资源。使用后系统的软硬件环境及分配的人员是否按期完成相关任务,是否有人员或任务的调整等。
测试内容——完成项目测试的具体内容。具体完成了哪些模块的测试,都做了哪些方面的测试。
测试结果——包括每个模块的bug描述、bug数量等。
缺陷分析——根据不同测试方向分析缺陷的分类,描述系统最后达成的效果是否与预期一致,是否可以提供给用户使用。
遗留问题——包含一些不影响用户使用但是因为人力或其他原因不能修复的可接受的缺陷。

验收的同时还要为用户提供一些验收文档,包括用户操作手册、用户安装使用手册等。用户可参照文档对系统进行操作使用。


~~~


分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏2
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-2 09:42 , Processed in 0.067709 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表