互联网产品的测试总结：流程及部分思路

首先说下，我们团队没有测试人员，所以测试任务由产品助理来负责。在互联网行业，规模比较小的公司团队，测试任务也多是由产品人员负责的，因为他们对做的出来的东西比较了解。互联网项目一定不能少了测试这一环境，无论是内部项目还是对外项目。人总是要求自己安心，还有别人放心。

互联网产品的测试较之软件行业的测试技术上没有那么复杂，但是变化性和更新迭代性比较其略有增加。我们主要实现的是对其产品功能的测试，目的就是为了检验最后工程师与设计师做出来的产品与我们最初确立的需求和预期是否吻合，还有就是发现其中明显的使用缺陷和实施错误。测试的结果是一个产品是否完成的标准，也是一个产品成功迭代更新的保障。

了解需求文档和项目原型

很多公司没有专门的需求文档，在此我们可以把市场客户调研问卷，产品立项会议记录，策划人员产出的ppt等等作为需求文档，我觉得所有和这个项目有关的文档都是需求文档。然后是项目原型，因为项目原型是通过需求讨论而产生的，在一定程度上已经相当全面的体现了需求。原型通常由产品经理和助理负责，所以他们也是最清楚需求的人。

对于对产品了解的人来说其实需求文档就在你的脑子里。

举例说一下产品需求文档，下面是一个文章信息发布模块的 需求文档 ：

信息发布的需求

1. 可分类显示信息，可删除、添加、修改新闻信息的类别。
2. 可按照信息类别查询、添加、删除、修改某一条新闻信息。
3. 新闻能够显示图片和文字，允许且只可以上传图片及压缩格式文件，新闻信息可以附带其他下载资料，如新商品的使用说明书等。
4. 可以让某条重要信息固定出现在所有信息的最前面，也可让某条信息固定在某一类别信息的最前面。
5. 可以显示浏览者对某条新闻信息的阅读次数。

…………

然后是产品原型，他更直观的表现了我们要做的东西，对测试来说，需要清楚地认知他的各部分模块功能还有内容是什么。而一些细节和可能出现的问题都想用下面的东西来解决，它就是测试用例。

写测试用例

在工程师开始进行开发时我们就可以写测试用例了，我的测试用例一般就是两种，一种是用MindManager思维导图，一种是用EXCEL表格，由于自己感觉表做起来好头疼，所以有时就用Word文档。

用思维导图能起到梳理思路的作用，从整体到每个分支，每个技术点都有他需要注意和测试的内容，当然你不必写的太详细，只要把纲列出来就差不多了，而其中的细节通过大脑的联想也会基本概括了。而文档写测试用例的作用是可以给工程师看作为他的辅助，还可以用来记录测试结果。

测试用例一定要拿出单独的时间来完成，最好不要与其他工作交织着进行，是为了更安静的总结你自己的思路。

下图是某项目思维导图的一部分，在此把此模块各个分支都列出来了，但是并没有详细预测列出测试点，因为第一太费时间，第二具体实践过程中会出现各种情况，包括以下问题但不限于以下问题。