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

---

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

产品项目流程图

产品项目流程图

测试流程图

测试流程图

---

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

---

需求阶段

需求评审

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

---

设计，开发阶段

测试方案评审

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

测试用例评审

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

开发提测

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

---

测试阶段

汇报测试进度

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

编写测试报告

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

---

产品开发结束

上线Bug复现

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

用例自动化

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