制定测试计划时需要考虑哪些因素

软件测试是一项计划，组织和系统的软件质量保证活动. 为了使软件测试的内容，方法和过程标准化，必须在测试软件之前创建测试计划. 软件测试是描述计划的测试活动的范围，方法，资源和时间表的文档. 它确认测试项目，要测试的特性，测试任务，人员安排以及任何事件的风险. “软件测试计划是指导性的测试过程的程序性文档，其中包含产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，测试沟通，风险分析等. 借助软件测试计划中，参与测试的项目成员，特别是测试经理，可以明确测试任务和测试方法，在测试实施过程中保持顺畅的沟通编写测试计划的目的是，跟踪和控制测试进度，并对测试过程中的各种变化做出响应. 制定软件测试计划的重要目的是使测试过程能够发现更多软件缺陷，因此软件测试计划的价值取决于其对管理测试项目和识别潜在软件缺陷的帮助. 制定测试计划: 目的是根据测试计划引导宏清空内容并配置相应的资源等；测试人员可以了解整个项目的测试情况以及在项目测试的不同阶段要进行的工作；方便他人了解测试仪的工作内容并进行相关的合作工作. 制定软件测试计划需要综合考虑影响测试的各种因素. 为了制定软件测试计划，您需要注意以下几个方面: 1.明确测试目标并增强测试计划的实用性. 当今任何商业软件都包含许，因此，软件测试的内容是无穷尽的. 在制定软件测试计划时，首先要弄清如何在混乱的测试内容中完善测试目标.

测试目标必须清晰，可量化和可测量，并且宏指令的描述必须明确. 此必须高度覆盖功能要求，测试方法必须实用，测试工具必须高度实用，易于使用，并且生成的测试结果要直观准确. 2.遵守“ 5W，1H”规则，并阐明内容和过程. “ 5W，1H”规则指的是“什么”，“为什么”，“何时”和“何处”（哪里），“如何”. 使用“ 5W，1H”规则来创建软件测试计划可以帮助测试团队了解测试的目的（为什么），阐明测试的范围和内容（什么），确定测试活动的开始和结束日期（何时），指出测试工具以及测试方法和测试策略测试（如何），提供测试文档和软件存储位置测试环境（在哪里）.

为了使“ 5W，1H”规则更加具体，有必要准确地了解被测软件的功能特性，应用行业知识和软件测试技术，突出内容中的关键部分需要测试的内容，并列出关键和风险内容，属性，方案或测试技术. 给出用于测试过程划分，文档管理，缺陷管理，进度管理的实用方法. 3.采用审查和更新机制，以确保测试计划能够满足实际需求. 编写测试计划后，如果未对其进行审核，则将其直接发送给测试团队. 测试计划可能不准确，或者测试内容可能被忽略，或者由于软件要求的变化，测试范围可能会改变. 增加和减少，并且测试计划的内容没有及时更新，从而误导了测试主管. 测试计划包含许多方面. 作者可能会因为自己的测试经验和对软件要求的理解而受到限制，并且软件开发是一个循序渐进的过程，因此最初创建的测试计划可能不完善，需要更新. 有必要采用相应的评审机制来评估测试计划的完整性，正确性和可行性. 例如，创建测试计划后，将其提交给由项目经理，开发经理，测试经理和市场经理组成的评审委员会进行评审，并根据评审意见和建议进行更正和更新. 4.分别创建测试计划和详细的测试规范，测试用例，并编写软件测试计划，以避免“庞大而全面”的测试计划: 全包，冗长，冗长的讨论，重点不突出，这浪费了编写时间和测试时间人员的阅读时间.

“大而完整”的常见表现是测试计划文档包含详细的测试技术指标，测试步骤和测试用例. 最好的方法是将详细的测试技术指标包括在独立创建的详细测试规范文档中，并将用于指导测试团队执行测试过程的测试用例放入独立创建的测试用例文档或测试用例管理中. 测试计划与详细的测试规范和测试用例之间的关系是策略与战术之间的关系. 测试计划主要从宏观角度规划测试活动的范围，方法和资源分配，而详细的测试规范和测试用例则是完成测试任务的具体策略. 注意: 测试计划模板的参考元素: 测试目的，测试项目介绍，测试参考文件，测试提交文件，术语和定义，测试策略，测试内容，资源的确定，测试进度，测试人员的任务分配，风险和问题

1. 概述

1.1写作目的

1.2项目背景

1.3项目质量目标

1.4目标读者

1.5参考资料

2. 测试环境

2.1系统架构

2.2软件和硬件环境要求

2.3测试环境部署图

3. 测试计划

3.1测试范围

3.2测试工具

3.3人员，角色和责任

4. 测试策略

4.1系统框架测试

4.2业务流程测试

4.3功能点测试

4.4 UI界面测试

4.5性能测试

4.6兼容性测试

4.7安全测试

5. 测试时间表

6. 工作报告

具体地说，测试通常应达到以下目标:

1. 确保产品已完成其承诺或宣布的功能，并且用户可以访问的所有功能均具有明确的书面说明---从某种意义上说，它与ISO9001相同.

缺乏清晰的产品书面文件，表明制造商的短期行为和不负责任的性能. 所谓短期行为，是指缺乏清晰的书面文件，不利于产品的最终顺利交付，容易与用户产生冲突，影响制造商的声誉和未来的合作关系与用户；这也不利于产品的后期维护，也使制造商付出过多的用户培训和技术支持费用. 就长期利益而言，这不是很划算. Leading认为，很少有与方正接触的软件产品以及如此薄的文档.

当然，对于使用快速原型（RAD）开发的项目，书面文档的准备和维护是最重要，最困难和最被忽略的.

最后，不完整甚至不正确的书面文档也是测试工作中遇到的最大，最头疼的问题. 其直接后果是测试效率低，测试目标不明确，测试范围不足，最终导致测试功能无法充分发挥，测试效果不理想.

2. 确保产品符合性能和效率要求

具有低系统操作效率（低性能），不友好的用户界面和不方便的用户操作（低效率）的产品不能说是具有竞争力的产品.

用户最关心的不是您的技术多么先进和强大，而是他可以从这些技术和功能中获得多少收益. 换句话说，用户关心的是他能拿出多少钱，而不是你投入了多少钱.

3. 确保产品健壮并适应用户环境

坚固性或稳定性是产品质量的基本要求，尤其是对于任务关键或时间紧迫的工作环境而言.

此外，不可能假设用户的环境（某些项目可能不包括在内）. 例如，报纸用户的许多配置都相对较低，它们与某些第三方产品一起使用.

测试原理---足够好

对于相对复杂的产品或系统，零缺陷是一个理想的选择，而足够好是我们的原则.

足够好原则是衡量输入/输出比的原则: 测试不足是不负责任的；过度的测试既浪费资源，又是不负责任的表现. 我们的操作困难在于: 如何定义哪种测试是不足的，哪种测试是过度的. 解决当前问题的唯一方法是制定最低测试合格标准和测试内容，然后分析具体问题. 最明显的例子是FIT3.0中文报纸的产品测试.

测试法-桶原理和80-20原理

1. 木桶的原理.

在软件产品生产方面，这是全面质量管理（TQM）的概念. 产品质量的关键因素是分析，设计和实施，测试应作为其中的补充检查方法. 其他管理，支持甚至文化因素也将影响最终产品的质量. 应该说，测试是提高产品质量的必要条件，也是提高产品质量的最直接，最快的方法，但这绝不是基本手段. 相反，如果将提高产品质量的所有权重都进行考验，那将是一场可怕而漫长的灾难.

2. Bug的80-20原理.

通常，在分析，设计和实现阶段的审阅和测试期间，可以发现并避免80％的错误，而系统测试可以发现80％的剩余错误. 最终的5％的错误可能仅是它. 它只有在广泛的用户和长期使用后才会暴露. 因为测试只能保证找到尽可能多的错误，所以不能保证找到所有错误.

软件测试方法:

1. 根据是否检查程序的内部结构，它分为:

（1）黑盒测试（black-box testing）: 仅关注输入和输出结果

（2）白盒测试: 研究内部的源代码和程序结构

2. 根据是否运行程序来划分:

（1）静态测试: 是指不实际运行被测软件，而是仅静态检查程序代码，接口或文档中可能出现的错误的过程.

静态测试包括:

对于代码测试，主要是测试代码是否符合相应的标准和规范.

对于接口测试，主要的测试软件是检查实际接口是否符合要求.

对于文档测试，主要是测试用户手册和需求描述是否真正满足用户的实际需求.

（5）动态测试（dynamic testing）是指实际运行被测程序，输入相应的测试数据，并检查输出结果是否与预期结果一致的过程.

3. 按阶段划分:

（1）单元测试是指检查和验证软件中最小的可测试单元.

stud模块是指被测模拟模块调用的模块，而driver模块是指被测模拟模块的上级模块. 驱动程序模块用于接收测试数据，启动被测模块并输出结果.

（2）集成测试（集成测试）是单元测试的下一个阶段. 它是指将通过测试的单元模块组装到系统或子系统中，然后进行测试，重点是测试不同模块的接口部门.

集成测试用于检查每个单元模块是否可以协调和正常运行.

（3）系统测试（系统测试）是指对整个软件系统进行整体测试，包括测试功能，性能以及运行软件的硬件和软件环境.

系统测试的主要依据是“系统需求规范”文档.

（4）验收测试（acceptance testing）是指系统测试后期的测试，主要是用户测试，或者是测试人员和其他质量保证人员的共同参与. 它也是正式移交给用户的软件. 最后一个过程.

接受测试分为测试和beta测试，其中测试是指由用户，测试人员，开发人员等共同参与的内部测试，而beta测试是指内部测试之后的公开测试，即完全提交了针对最终用户的测试.

4. 黑匣子测试分为功能测试和性能测试:

1）功能测试是黑盒测试的一个方面. 它检查实际软件的功能是否满足用户的需求.

包括逻辑功能测试（逻辑功能测试）

UI测试UI =用户界面

可用性测试（usability testing）: 是指从软件使用的合理性和便利性的角度对软件系统进行检查，以发现软件中用户不方便使用的地方.

兼容性测试（兼容性测试）: 包括硬件兼容性测试和软件兼容性测试

2）性能测试（性能测试）

软件的性能主要有时间性能和空间性能两种

时间性能: 主要是指软件特定交易的响应时间.

空间性能: 主要是指软件运行时消耗的系统资源.

软件性能测试分为:

常规性能测试: 是指一种性能测试，它允许被测系统在正常的硬件和软件环境下运行而不会对其施加任何压力.

稳定性测试也称为可靠性测试（reliability testing）: 指连续运行被测系统以检查系统在运行过程中的稳定性.

负载测试（load testing）: 是指允许被测系统在其可承受压力的范围内连续运行，以测试系统的稳定性.

压力测试: 指不断向被测系统施加压力，直到被测系统被压碎. 它用于测试系统可以承受的最大压力. （验证系统或软件可以承受最大的压力. ）

5. 其他测试类型:

回归测试（回归测试）是指在测试软件的新版本时重复先前版本测试的用例. （部署新的构建或发行版时，请重复在上一个构建或发行版中执行的所有测试用例. ）

烟雾测试（烟雾测试）是指在对新版本进行测试之前，验证软件的基本功能是否已实现且可测试. （在实施新版本或新版本时，验证主要功能是否部署在系统软件中. ）

随机测试（随机测试）是指测试中的所有输入数据都是随机生成的. 其目的是模拟用户的实际操作并发现一些边际误差. （意味着或所有测试数据都是随机的，以验证一些边缘错误. ）

软件测试中包含的步骤:

1. 制定测试计划；

2. 设计测试用例，

3. 实施测试（必须首先构建测试环境），

4. 在管理测试中发现了BUG，

5. 测试结束后（测试完成并且已纠正错误）

6. 做一份测试报告（以这种方式，即使测试过程结束，每种测试类型（单元测试，集成测试，系统测试，验证测试）都是相同的；

本文来自本站，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-262039-1.html