一测试流程
立项（确定项目）——>产品说明书（PRD）——>需求文档（需求人员）——>需求评审（开发、测试人员、经理）——>开发人员进行（详细概要设计——>编码——>自测——>提测）——>测试人员进行（测试计划——>编写测试用例——>测试用例评审）——>冒烟测试（测试主流程是否通过）——>功能测试——>禅道记录bug——>回归测试（验证上个版本出现的问题是否解决，是否出现新的问题）——>验收测试（客户、经理、需求、开发、测试人员）——>上线

思维导图

软件测试的分类
软件测试——按阶段分类【单元测试】【集成测试】【系统测试】【验收测试】

            静态测试：静态测试是指不实际运行被测试的软件，只是检查程序【代码、界面、文档】中可能存在的缺陷。动态测试：动态测试是指实际运行的被测程序【输入相应的测试数据，检测输出结果和实际结果是否一致】黑盒测试：不需要知道内容、逻辑。只需要实现功能即可白盒测试：不但要实现功能，还要查看是否符合逻辑。随机测试：以用户态度、观点来实验软件，随机生成数据

需求分析：

需求分析由产品人员制定，他们要做的不是一份简单的文档，而是细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。

需求评审：

这里会叫上所有参与项目人员进行，开发人员、测试人员、QA人员。测试人员提出需求，开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问，以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人，所以也需求了解需求

开发人员编写排期：

开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。

测试计划排期：

测试人员根据开发计划，对测试具体测试时间，也就是开发功能完成后的时间，进行几轮测试等。然后，把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。

编写测试用例：

 根据详细的需求分档，开始进行用例的编写。

用例评审：

  在用例进行评审之间，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。

然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，产品人员对会通过用例对功能的具体实现进行把握等等。

提交基线：

开发人员完成所有功能后，会对自己的功能进行一个自测。自测完成后提交测试人员进行基线。

具体测试流程：

  开发人员对于基到测试线的功能进行测式，发现的问题通过缺陷管理工具进行反馈，开发人员对问题进行修复，然后，准备第二轮基。

测试人员完成第一轮测试后，需要写测试结论，发到相关人员。然后对基线后的第二轮进行测试，第二轮会对第一轮中发现的问题进行重点回归。

测试通过：

经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或不紧急的问题。通过上级确认，可以通过。编写测试报告与验收方案。

验收方案是交由QA进行验证的。在现公司的流程中是将测试与QA分开的，测试人员重点关注的是功能是否可以正常运行。QA关注的是整个流程的质量以及最终用户的质量。有些公司QA与测试是不区分的，但这对测试的要求会更高，除了关心功能，还需要关心整体流程与质量。