测试环境:
软件测试环境就是软件运行的平台,包括:软件、硬件和网络的集合。用一个等式来表示:测试环境=软件+硬件+网络。
(只列举部分)
硬件环境:pc、笔记本、物联网设备
软件环境:win10、8、7、linux、mac、firebox、chrome
网络:局域网还是互联网
*192.168.x.x 可以连接互联网的局域网
*169.254.x.x 局域网
*测试流程
此内容为重点内容
*软件测试原则
![](https://i-blog.csdnimg.cn/blog_migrate/d3b1f5a7b430de54b3f71d4f66db627b.png)
软件测试组织结构
![](https://i-blog.csdnimg.cn/blog_migrate/d39c4ec6d0e490eb936c1d16b8f4da38.png)
![](https://i-blog.csdnimg.cn/blog_migrate/9daeff30c8a8778a66f4df1f0af16d06.png)
需求评审
什么是需求评审
需求评审通常是由产品经理主持,通过讲解产品需求文档,让相关人员了解具体需求,并提出疑问,进行沟通的过程。统一大家对产品需求的理解,为后续“如何做”打好基础。从整个产品的分析、设计和开发的流程来看,需求评审是一个非常重要的环节,它串起了前期的需求收集、需求分析和后期的需求实施和产品落地。
为什么进行需求评审
明确产品需求,达成统一认知。对于明确产品需求,主要面对的是需求提出方,即相关的业务人员或者用户代表。讲清楚自己对于用户需求的理解是什么,是否深入分析了用户需求。然后与需求方沟通,阐述自己的分析过程,确定自己的理解是否正确,并与其达成一致。接下来介绍相关的解决方案,也就是他们将得到什么样的按钮,进行如何的操作,会看到什么样的数据或分析等。
沟通需求细节,优化实现方式。对于需求细节的沟通,主要面对的是需求实现方,即相关的设计或开发人员。在这个环节主要是讲清楚“为什么做”和“做什么”,首先交代需求的相关背景和设计原因,让实现方从源头就清楚自己要做的功能为什么是这种形式,其次详细描述需求的实现方式的相关细节,让实现方知道自己接下来做的东西是什么,特性是什么,具有什么样的流程,如何操作等。最后针对相关细节进行沟通和讨论,实现方会站在他们的角度,对实现方式提出自己的疑问或建议,一般情况下,他们提出的相关问题,会弥补产品经理前期没有想到的地方,从而让实现方式更加合理。
如何进行需求评审
测试人员要想很好地推进需求评审,需要做到以下几个方面:
(1)关注公司,部门规划-------明确发展进度。对未来要做的需求达到心中有数,才能做到合理规划自己的工作,根据项目进度来安排需求评审,编写测试用例等等的工作。
(2)准确分辨需求类型,选择需要评审的需求。不能钻牛角尖,并不是所有项目都需要进行需求评审的,要根据业务发展,需求的类型等合理安排需求评审。
(3)关注产品规划,确定相关参与人员。在做需求的时候,一定要明确相关的参与人员,做到项目的每个阶段可以明确想着的负责人沟通存在的问题。
(4)积极配合产品进行项目推进,督促项目负责人或是产品进行需求评审。在项目的关键阶段,对应的交付物有没有交付,及时进行风险预警,推进项目的按期完成。
(5)提前阅读需求文档,做好充分准备。在需求评审前,一定要先阅读需求文档,带着问题去参加需求评审,以便能更好地理解需求,提出自己的不同意见。
需求评审检查列表
![](https://i-blog.csdnimg.cn/blog_migrate/96f0f1b2d5e442f7e31ada2002233b00.png)
测试计划
测试计划应该包括:
测试背景 | 测试目标 | 测试范围 | 测试输出文档(测试报告、bug文档) |
测试工具 | 测试规模,工作量分析(覆盖率,哪些模块用例比较多) | 测试进度及时间安排(每天具体的测试任务) | |
测试轮次安排 | 测试方法(测试分类中的方法) |