测试对接
在公司中一般测试需要对接的人员是开发人员和运维。其它的项目设计和产品规划都有专门人员负责,一般和开发人员都没用关系,所以测试就需要和开发和运维打好一点就行。
对接时需要看的文档
首先测试也是需要知道需求文档的,其次是测试计划要了解到底要进行那些分析测试。
测试人员需要写的文档
-
1.测试计划:测试计划由测试小组编写完成后,需同项目中相关人员进行评审,以确保当前的计划与项目进度等方面是一致的。
-
2.测试策略:一般情况下,较大型的项目会有附加的测试策略文档 ,即详情测试设计。与开发小组中的概要设计文档类似。测试策略文档编写完成后也需要由相关项目经理、开发人员进行评审 。了解测试设计的同时可以针对自己的开发习惯与出错点进行分析比较,使开发人员在项目早期避免一些Bug的产生。
-
3.测试用例文档:前边已提到过如何提升测试用例设计思维,可见测试用例是考察测试人员真实测试技能与水平的一项活动。同时测试用例一般根据测试计划及测试策略来编写,测试计划中会写清楚case设计的颗粒度及测试范围等等,并运用测试策略中提到的一些设计方法,同时结合当前项目中业务的特性来完整、有序的编写。与项目小组评审时,目的是查漏补缺,让项目经理清楚覆盖面,从而更准确评估项目风险。
-
4.测试报告 :主要供项目相关人员如项目经理、产品经理、开发经理、测试组成员及管理层查阅,以获得对本次项目的测试进度、产品问题等信息。并为后期迭代项目提供参考依据。
-
5.缺陷报告:主要记录产品的相关质量信息,以使项目相关成员了解缺陷集中区域,及缺陷类型,利用统计好的图表更直观展示。
转载于:https://blog.51cto.com/hongz/2074374
测试计划和测试用例里的重点关注的部分
测试计划
最主要思考的是功能及其测试需求,从而有条不紊的从高层概念过度到可以被直接实现的底层细节。
测试用例
缺陷报告
缺陷编号(Defect ID)
缺陷标题(summary)
缺陷的发现者(Detected By)
发现缺陷的日期(Detected on date)
缺陷所属的模块(subject)
发现缺陷版本(Detected in release)
指派给谁(Assigned to)
测试报告
测试报告内容 >> 概述,内容,环境,时间,综述