测试人员可以做哪些事

作为一个软件测试人员,日常工作就应该是软件测试。软件测试是一个很名词还是一个动词?里面包含了哪些内容?测试人员可以做哪些事情?从产品立项到开发结束,测试人员在每个阶段都可以做哪些事情?
下面说的都是自我的总结,如有雷同,并非巧合。


下图是一个大致的产品项目流程和测试的流程图

产品项目流程图

产品项目流程图

测试流程图

测试流程图


从需求到整个项目结束,测试人员大概可以做以下几个事情:


需求阶段

需求评审

产品的需求大致已经明确,由产品经理组织需求评审会议,参与人员为产品负责人,开发负责人,测试负责人。产品负责人宣讲产品的整体需求,测试负责人在评审会议上需要理解产品的需求,发现需求阶段的漏洞。


设计,开发阶段

测试方案评审

测试负责人根据产品的需求设计完成产品的测试方案之后,需要主动召集产品负责人,开发负责人以及开发小组成员,测试相关人员,进行测试方案的评审,群众的眼睛是雪亮的,可以从多个角度审视测试方案,查缺补漏,提前避免有漏测的地方。

测试用例评审

测试相关人员根据测试方案设计和编写测试用例之后,可以再次组织测试用例评审会议,可以拉上测试方案评审时的一批人。如果测试用例是由多个测试人员配合完成的,那么每个人需要针对自己设计的用例进行说明,评审时,只针对每个测试用例的标题进行说明就行,讲清楚测试用例的依据和目的即可。

开发提测

主动提供一些高优先级的测试用例给开发,开发可以使用该用例进行自测,自测通过之后,才可以转测试。测试也可以拿这份用例进行冒烟测试,冒烟测试通过之后才能正式转测试。


测试阶段

汇报测试进度

在测试执行阶段,测试人员应该定期的主动汇报测试进度,可以采用邮件抄送的形式,汇报当前进度,是否能按时测试完成等。如果测试过程中发现了一些严重问题,可能会导致测试周期拉长或者提前结束,需要在汇报时及时报告。

编写测试报告

在测试完成的两天之内,编写完成测试报告,对项目的整体测试过程进行中介和对产品的最终质量进行评价。报告编写完成之后,由测试部门负责人审查。审查完成之后,抄送产品/开发等需要通知到的部门。


产品开发结束

上线Bug复现

产品上线或者发布之后,外部用户如果发现了内部测试没有发现的问题,测试需要及时准备环境复现问题,总结漏测的原因,并且制定改进措施,避免同类问题在下一个版本中再次发生。

用例自动化

产品上线之后,可以对方便实现自动化的用例进行自动化,提高下一个版本的测试效率。

发表评论

电子邮件地址不会被公开。 必填项已用*标注