如何写软件测试计划

[软件测试如何入门]零基础入门软件测试，不就是两种方式吗，自学和培训啊，看你自己合适什么学习方式咯。自学适合： 1.学习能力强，自控力强，可以很好总结别人的经验并且转化为自己的知识。 2.科班毕业，...+阅读

如何写软件测试计划

1、软件测试计划是引导控制测试工作按照计划执行的指南针。软件测试计划应该包含的元素有：测试所需资源、测试策略、测试风险预测等

2、前言

1.需要写明本文当编写的目的，是给那些人看的，能起到怎样的作用。

2.本文档中出现的专业术语需要有个解释，非软件测试的人员能看懂。

3.参考资料，也是我们编写测试计划的依据，说明你这个测试计划不是凭空而来。

4.测试模块的优先级别，可以从这里看出系统功能模块的重要性。

3、资源需求

1.需要写明测试所需资源，包括：软件资源、硬件资源、人力资源，有了这些具备的条件，测试工作才能展开。

4、测试详述

1.确定测试范围，超出这个范围的不进行测试，如果不规定测试范围，那么会造成测试范围蔓延，会导致测试时间不够、测试质量下滑、引起交付时间延后等问题。

2.规定完成测试的指标，满足测试完成的必须达到这些指标，测试才算结束。

3.根据目前所了解的信息，仔细预测测试中可能出现的风险，提前预测出来以便做好应对。

4.测试周期约束，每一个测试周期的时间起始点都要写明，以便测试进度如期进行。

5、测试策略

1.纵观整个软件系统，预测需要使用到的测试策略

2.整个系统中需要用到的测试类型需要标注出来，用于指导测试设计用例

3.本次设计的系统测试是否需要自动化测试、性能测试还是只需要功能测试，这里需要提前预测。

6、测试完成后需要提交哪些文档（部分文档会进行评审后封存到SVN库中）。

7、测试完成后要达到的质量目标。

8、测试计划审核后，需要移交相关部门人员审核，经过他们审核签字后，测试计划正式生效，部门的测试工作就按照这个计划执行。

软件测试计划怎么写？？要包含哪些内容？

软件压力测试计划实例发布：212-2110:08|作者：不详|来源：领测测试网采编|查看：257次|进入软件测试论坛讨论领测软件测试网软件压力测试计划实例软件测试利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组织将30%—40%甚至更多的项目资源用在测试上，软件测试技术和软件测试策略受到了高度的重视和广泛的应用。本文不想就软件测试技术和软件测试策略作深入的理论分析，而是列举一个在软件系统测试阶段进行的压力测试实例，希望能通过这个实例与从事软件测试相关工作的朋友进行交流。首先介绍一下实例中软件的项目背景，该软件是一个典型的三层c/s架构的mis系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的orb（对象请求代理）软件保证多个应用服务器间的负载均衡。本次测试的目的是：进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。测试压力估算的依据是：假定在实际环中，用户只启用一个应用服务器进行所有的业务处理。方法是：按照正常业务压力估算值的1~10倍进行测试，考察应用服务器的运行情况。压力测试的详细计划如下：压力测试计划

1、测试计划名称河北省公安交通管理信息系统压力测试计划。

2、测试内容 2.1背景本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。用户的实际使用环境： ◇由两台ibmxseries250pcserver组成的microsoftcluster； ◇数据库管理系统采用oracle8.1.6； ◇应用服务器程序和数据库管理系统同时运行在microsoftcluster上。 ◇有200个用户使用客户端软件进行业务处理，每年通过软件进行处理的总业务量为：150万笔业务/年。 2.2测试项应用服务器的压力测试； 2.3不被测试的特性 ◇系统的客户端应用程序的内部功能； ◇数据库中的数据量对程序性能的影响。

3、测试计划 3.1测试强度估算测试压力估算时采用如下原则： ◇全年的业务量集中在8个月完成，每个月20个工作日，每个工作日8个小时； ◇采用80—20原理，每个工作日中80%的业务在20%的时间内完成，即每天80%的业务在1.6小时内完成；测试压力的估算结果：

如何编写测试计划

如何编写测试计划呢？测试计划要包括以下四个要点：

1、待测试的内容；

2、编写测试用例的时间；

3、执行测试用例的时间；

4、执行回归测试的时间。以上四点，待测试的内容可以需求分析中取得，需求分析中的测试要点就是要测试的内容，而其它3点就不是很容易确定了。因为我们可以从软件的开发进度中获得开始时间，但很难确定测试的结束的时间。下面有一个预估的办法，是大多数测试工程师的经验所得，我们拿到评审后的需求分析可以用下面的方法预估。

1、计算需求分析的页数，得出测试用例的页数，需求分许页数：测试用例页数 ≈ 1:1

2、由测试用例页数计算编写系统测试用例时间：编写系统测试用例时间 ≈ 系统测试用例页数*1小时

3、计算执行测试用例时间：编写测试用例用时：执行系统测试用时 ≈ 1:2

4、计算回归测试包含的时间：系统测试用时：回归测试用时≈ 2:1 以上的方法可能根据测试人员对项目熟悉程度和测试经验的不同而有所差别，大家可以根据自己的经验做出调整。计算出测试用例、执行测试和回归测试的时间后，根据软件项目的开发进度就可以编写出一个软件测试的时间表了。不过从目前国内软件公司的现状来说，测试时间一般都不够，所以我们只能延长我们的工作时间，提高我们的工作效率。程序员说他们处于最底层，用户说要改什么，他们就要实现什么，没人关心他们的工作难度和工作时间。（发点牢骚，大家就当没看见，呵呵）