每天和你一起学习新知识。知识是需要开发的。分享干货和硬核知识。每天都有不同的百科全书！在这个外包管理系统的准备阶段，我组建了一个团队，找了相关人员。我是咨询和需求分析师，瑞格是技术负责人和架构师。剩下的开发人员，包括前端开发和后端开发，都很有决心，但是我已经厌倦了找测试人员。

我和推荐给我的几个测试人员聊了聊，发现因为没有专门的测试团队和相关的培训，我遇到的测试人员对测试的相关流程和关键交付一无所知。他们以前做过测试，但是他们都是点击系统，从来没有做出关键的可交付成果，比如测试用例。

所以我做了一个决定，团队没有配备测试人员。开发完成后，我带头带领团队进行测试，我做了这个决定：

首先，项目的成本。公司对项目利润率有要求。如果我的团队人太多，成本太高，保证不了利润率。

其次，如果团队成员不能胜任工作，辅导需要一定的工作量，更重要的原因是会影响整个团队的士气。因为这样会导致工作不均衡。

经过近三个月的开发，项目已经基本完成测试，准备上线。测试的标准流程和关键交付都是我们探索出来的。真正做了之后，发现有很多经验可以总结分享。

测试的类型和内容

一般测试可以分为四种：单元测试、冒烟测试、功能测试和性能测试。

单元测试

单元测试的主要目的是确保开发工作的质量。

单元测试由开发人员自己完成，当然如果配备了测试人员也可以完成。

在我们平时的项目中，开发人员通常不会在完成一项工作后自己进行单元测试。和我们很多人一样，我们觉得自己的工作不可能出错。但是在评审过程中，我发现如果开发人员进行单元测试，很多低级错误是可以避免的。因此，建议项目必须坚持单元测试。

烟雾测试

冒烟测试的主要目的是确保整个系统的流畅和逻辑。

冒烟测试一般由专门的测试人员根据设计规范进行，或者由其他对系统整体设计非常了解的人进行。

冒烟测试是系统交付的重要保证。众所周知，系统将交付验收。系统交付验收时，需要保证系统能够顺利运行。在系统运行流畅的前提下，一些具体的细节和bug是客户可以接受的。但是如果系统流程不能顺利运行，验收测试就交付了，说明态度有问题。

功能测试

功能测试的目的是保证系统实现的功能满足原设计和用户的要求。

功能测试一般由专门的测试团队和用户验收团队进行。

功能测试首先会有专门的测试团队，根据需求说明书编写相关的测试用例。系统完成相关开发工作后，根据测试用例对系统进行测试。

功能测试也包括系统的用户，即用户根据自己的实际工作对系统进行测试。在用户测试的测试用例中，应该突出用户故事的概念。反映实际工作场景。

特性试验

性能测试的目的是保证系统的性能，包括系统的并发性和安全性。

系统的性能测试一般会由专业人员借助工具进行，这里就不赘述了。

测试工作的重要成果

测试工作包括四个重要的可交付成果，即测试计划、测试用例、测试缺陷跟踪表和测试报告。

测试计划

测试计划是关于何时执行测试功能的计划。测试计划的主要内容要明确测试功能需要覆盖的内容以及如何安排时间。

根据测试计划，我们的项目分为两个阶段。第一阶段完成外包管理全生命周期功能的测试，第二阶段完成供应商、合同、报表的测试。

理论上，制定测试计划的时间是在项目开始时一起制定和完成，并将其纳入项目管理计划。但是做过项目经理的人都知道，大部分项目都会延期，所以项目初期制定的测试计划只能作为参考，开发工作之后制定的测试计划一般都是可行的。

判例案件

测试用例一是指导测试工作，二是有明确的验收标准。

测试用例要包括测试的函数名，测试时如何操作，测试的内容。

实际中的测试用例制定时间，建议是系统基本开发完成时进行。因为这时候的系统功能已经明确不会做太大的变更，如果测试用例做的过早而功能又发生了变更，那么测试用例根本不能使用。

测试缺陷跟踪表

测试缺陷跟踪表是对测试出的bug进行解决的记录。对于修复工作进行持续的跟进，这个表格其实现在基本上已经不必再做了，因为现在的测试工作已经基本上都在系统中进行。

测试报告

测试报告是对测试工作的总结，是对系统是否合格做出的评价性文件。