你们公司的测试流程是什么样的?

1测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议

2.测试计划阶段：根据自己的角色说明 如:测试经理主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。测试人员的话一般是领取分配的测试任务

3.测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。

4.测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理,根据公司情况进行日报,周报跟踪进度及风险控制

5.测试评估阶段：出测试报告，确认是否可以上线

如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)

由论坛中“ 测试 从零开始的公司应该如何建立测试与开发之间的流程”想到的，小公司或只有几个测试人员如何开展测试 工作 呢？以下是个人经验谈。

因为公司小，所以测试人员的工作可以相对简单些，不过肩上的担子没有轻。

1.参与需求分析流程

开发部门接到新的开发任务时，参与讨论。并设专人作会议整理，将会议中讨论的内容逐条记录。会后发给全部会议人。有没有专门的需求文档，都一样要做。

优点：可以作为开发和测试的依据。如果公司条件好，可以备个录音笔，将每次会议讨论做个录音，这样如果发生岐议时，大家可以听听录音，找到当时的想法。如果没有专门的需求文档，这个会议记录就相当重要了，内容还需包含PM或需求人员提供的样本文档。

2.做模块测试策略和计划，这个相当重要。

优点：一个人做可以养成好的习惯，刚开始可能不全，随着业务的熟悉。测试策略和计划就会更加完善。

比如测试数据的准备，环境的搭建，时间的安排等 其它 的。

3.先做测试用例，再做测试。（最好有 TEST CASE管理程序，没有的话就用EXCEL好了）

核心测试用例先运行，如果不通过，直接打回开发。

可以share部分核心测试用例给开发，由开发自测。确认通过后，再给测试人员测试。

优点：节约时间。

4.如果时间允许可以做个评审，对大家都有好处。

开发可以了解测试的工作细节，测试也可以了解开发对测试的看法。

5.发现BUG，及时加入BUG管理流程（需要搭建BUG管理程序）

以邮件通知为主，开通开发人员的账户。

开发按BUG的重要级别修改，TEST 做Regression test.

提示：有些BUG需要补充测试用例。

6.每个模块测试完毕，写测试报告。

测试人员自测能力：

1.具不具备自己搭建测试环境能力

2.对CODE的熟练度，如果熟悉CODE可以做 白盒测试 ，灰盒测试，到 系统测试 。

不过因为你是一对四，估计时间不够。

3.被测试软件的配置及发布能力

是否需要和开发共同被测试软件的环境还是分开，如果分开是你自己去配置测试环境还是开发人员帮助你配置测试环境。

如果你熟悉配置和管理，那么被测试软件的版本发布工作应该由你来完成。

4.管理和沟通能力

在BUG修改中，有可能你需要监督开发的工作，也有可能需要管理开发的工作

比如说及时检查开发对BUG的修改。

---