软件测试基础

测试环境：

软件测试环境就是软件运行的平台，包括：软件、硬件和网络的集合。用一个等式来表示：测试环境=软件+硬件+网络。

（只列举部分）

硬件环境：pc、笔记本、物联网设备

软件环境：win10、8、7、linux、mac、firebox、chrome

网络：局域网还是互联网

*192.168.x.x 可以连接互联网的局域网

*169.254.x.x 局域网

*测试流程

此内容为重点内容

*软件测试原则

软件测试组织结构

---

需求评审

什么是需求评审

需求评审通常是由产品经理主持，通过讲解产品需求文档，让相关人员了解具体需求，并提出疑问，进行沟通的过程。统一大家对产品需求的理解，为后续“如何做”打好基础。从整个产品的分析、设计和开发的流程来看，需求评审是一个非常重要的环节，它串起了前期的需求收集、需求分析和后期的需求实施和产品落地。

为什么进行需求评审

1. 明确产品需求，达成统一认知。对于明确产品需求，主要面对的是需求提出方，即相关的业务人员或者用户代表。讲清楚自己对于用户需求的理解是什么，是否深入分析了用户需求。然后与需求方沟通，阐述自己的分析过程，确定自己的理解是否正确，并与其达成一致。接下来介绍相关的解决方案，也就是他们将得到什么样的按钮，进行如何的操作，会看到什么样的数据或分析等。

2. 沟通需求细节，优化实现方式。对于需求细节的沟通，主要面对的是需求实现方，即相关的设计或开发人员。在这个环节主要是讲清楚“为什么做”和“做什么”，首先交代需求的相关背景和设计原因，让实现方从源头就清楚自己要做的功能为什么是这种形式，其次详细描述需求的实现方式的相关细节，让实现方知道自己接下来做的东西是什么，特性是什么，具有什么样的流程，如何操作等。最后针对相关细节进行沟通和讨论，实现方会站在他们的角度，对实现方式提出自己的疑问或建议，一般情况下，他们提出的相关问题，会弥补产品经理前期没有想到的地方，从而让实现方式更加合理。

如何进行需求评审

测试人员要想很好地推进需求评审，需要做到以下几个方面：

（1）关注公司，部门规划-------明确发展进度。对未来要做的需求达到心中有数，才能做到合理规划自己的工作，根据项目进度来安排需求评审，编写测试用例等等的工作。

（2）准确分辨需求类型，选择需要评审的需求。不能钻牛角尖，并不是所有项目都需要进行需求评审的，要根据业务发展，需求的类型等合理安排需求评审。

（3）关注产品规划，确定相关参与人员。在做需求的时候，一定要明确相关的参与人员，做到项目的每个阶段可以明确想着的负责人沟通存在的问题。

（4）积极配合产品进行项目推进，督促项目负责人或是产品进行需求评审。在项目的关键阶段，对应的交付物有没有交付，及时进行风险预警，推进项目的按期完成。

（5）提前阅读需求文档，做好充分准备。在需求评审前，一定要先阅读需求文档，带着问题去参加需求评审，以便能更好地理解需求，提出自己的不同意见。

需求评审检查列表

---

测试计划

测试计划应该包括：

测试背景	测试目标	测试范围	测试输出文档（测试报告、bug文档）
测试工具	测试规模，工作量分析（覆盖率，哪些模块用例比较多）		测试进度及时间安排（每天具体的测试任务）
测试轮次安排	测试方法（测试分类中的方法）