如何编写有效的测试计划

Posted 2023-05-15

参考技术A 1，计划是什么？

计划是关于如何做某样事情的思考

2，测试计划是什么？

测试计划是关于日和做测试软件事情的思考

3，编写测试计划关注的因素点

时间-----由项目计划覆盖

成本-----由合同覆盖

范围-----由需求文档覆盖

质量-----由QA计划或测试计划覆盖

4，编写测试计划的作用

外部：是给顾客一个信心，关于测试过程、技能、资源、工具等的信息

内部：1）作为测试计划的结果，让相关人员和开发人员来评审。

2）存储计划执行的细节，让测试人员来进行同行评审。

3）存储计划进度表、测试环境等更多的信息。

5，测试计划要点-确定测试范围

明确测试对象

1）准备问题：通过了解需求提前准备好问题，有目的去沟通

2）沟通确认：沟通确认“改动了什么”、“改动前后的区别是什么”、“为什么要改”、“改动引起的影响范围有哪些”

3）整理测试范围：根据沟通结果、测试经验等整理出最终的测试范围

6，测试计划要点-制定测试方案

测试方案受三个因素影响：测试策略，进度，安排测试资源

序号

测试类型

测试目的

1

功能性测试

根据系统需求文档和设计文档，检查产品是否正确实现了功能

2

用户界面（UI）测试

检查界面是否美观合理

3

兼容性测试

在不同浏览器上能正常运行

4

流程测试

按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，

检查软件在按流程操作时 是否能够正确处理

5

回归测试

检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求

6

性能测试

提取系统性能数据，检查系统是否

满足需求中所规定达到的性能

7

接口测试

检查系统能否与外部接口正常工作

8

安全性和访问控制权限测试

应用程序级别的安全性：检查用户只能访问其所属用户类型已被授权访问的那些功能或数据。

系统级别的安全性检查只有具备

系统和应用程序访问权限的用户才能访问系统和应用程序

测试计划要点-制定测试进度

测试进度的安排如下：

一轮测试：

功能测试：XX人时，完成时间X月X日

机型覆盖：XX人时，完成时间X月X日

功能回归测试：XX人时，完成时间X月X日

各类评测：XX人时，完成时间X月X日

二轮测试：

冲突测试：XX人时，完成时间X月X日

随机回归测试：XX人时，完成时间X月X日

验收测试：XX人时，完成时间X月X日

测试阶段

开始时间

持续时间

完成时间

一轮测试

功能测试

7月3日

8人时

7月4日

机型覆盖

7月4日

24人时

7月6日

各类评测

\

\

\

随机测试

7月6日

12人时

7月7日

产品需求测试需求测试类型&范围评估测试设计时间预估测试执行时间预估测试负责人

输入方式可扩展键盘切换页面键盘可伸缩布局正确性：验证键盘切换页面布局、显示、切换逻辑的正确性

合理性：布局、显示、切换提示是否符合用户体验

3人时3人时

键盘显示配置5人时

键盘切换6人时5人时

键盘切换提示2人时

键盘配置页面正确性：验证键盘配置页面的正确性4人时4小时

合理性：键盘配置布局是否符合用户体验

不同分辨率&横竖屏&单手键盘兼容性4人时4人时

随机测试正确性、合理性、兼容性2人时

Buffer时间8人时

如何编写测试计划？

为什么要编写测试计划？软件测试是软件开发活动的一部分，为了软件开发的正常进行，就要保证软件开发的各个组成都是可控的，那么软件测试部分也要在软件开发管理的控制之内。也就是要为软件测试活动制定一个开始和结束时间，这部分就是软件测试计划。
    如何编写测试计划呢？测试计划要包括以下四个要点：1、待测试的内容；2、编写测试用例的时间；3、执行测试用例的时间；4、执行回归测试的时间。以上四点，待测试的内容可以需求分析中取得，需求分析中的测试要点就是要测试的内容，而其它3点就不是很容易确定了。因为我们可以从软件的开发进度中获得开始时间，但很难确定测试的结束的时间。下面有一个预估的办法，是大多数测试工程师的经验所得，我们拿到评审后的需求分析可以用下面的方法预估。
    1、计算需求分析的页数，得出测试用例的页数，需求分许页数：测试用例页数 ≈ 1：1
    2、由测试用例页数计算编写系统测试用例时间：编写系统测试用例时间 ≈ 系统测试用例页数×1小时
    3、计算执行测试用例时间：编写测试用例用时：执行系统测试用时 ≈ 1：2
    4、计算回归测试包含的时间：系统测试用时：回归测试用时≈ 2：1
    以上的方法可能根据测试人员对项目熟悉程度和测试经验的不同而有所差别，大家可以根据自己的经验做出调整。计算出测试用例、执行测试和回归测试的时间后，根据软件项目的开发进度就可以编写出一个软件测试的时间表了。
    不过从目前国内软件公司的现状来说，测试时间一般都不够，所以我们只能延长我们的工作时间，提高我们的工作效率。程序员说他们处于最底层，用户说要改什么，他们就要实现什么，没人关心他们的工作难度和工作时间。其实我认为我们测试的比程序员更苦，因为程序员一有改动，咱们就要再测试一遍，他们改动一个很小的功能，咱们就要测试很多相关的功能，开发人员加班到12点，那么咱们就要加班到2点，无奈呀！（发点牢骚，大家就当没看见，呵呵）