牛了个牛，做好功能测试就靠“它”

对于测试媛来说，最基础的就是功能测试，也就是大家所说的“点点点”，也有越来越多的同学在功能测试还没打好基础之前就想接触自动化测试，结果就是越做越迷茫。

通常我们认为的功能测试是根据需求，进行测试。其流程包括需求分析，用例编写，用例评审，提测验证，Bug回归验证，上线与线上回归等来进行测试。接下来让小编将带大家了解测试相关的提升建议！

一、进行需求分析，发挥主动性

在正常的需求产出时，产品需要分析这个需求的价值，影响范围和实现代价。

首先在需求评审时，作为一个测试人员必须了解此次需求的内容，影响到现有的功能，涉及到的操作系统或类别等，然后准确的评估出工作量，防止因评估不足造成后期测试不充分。

其次，需要关注开发和产品的讨论，开发认为比较难实现的部分，其中做出的变动和难点就是测试的时候必须重点关注的部分

最后，需求评审结束后，要求产品更新此次评审过程中的所有改动部分，同时给出方案确保产品的任何改动都及时更新。

二、用例设计与评审，做到不遗不漏

测试用例是每个测试人员在工作过程中必须要完成的工作，不管是用Excel,还是用XMind书写，都是用来指导测试工作及文档沉淀。现实中很多人并不太在意测试用例的编写，从而造成很多测试用例并不达标，实际上更应该关注用户，从用户的角度来写用例。

测试用例必须具备的测试用例名，执行步骤，预期结果。还有就是测试方案的选择必须全面，作为功能测试人员可能不会编写自动化测试脚本，不会性能测试，安全测试，但是必须能根据需求想到要实施哪方面的测试。

设计用例时要设计开发自测和验收提测试标准的冒烟测试用例和针对需求的全面测试用例。完成用例要主动联系相关人员进行用例评审，强调开发自测，在评审过程涉及时修改不合适的用例。

三、测试流程，注重项目控制

项目的流程控制在需求开始时就应该重视起来，只是很多时候没有意识到这是测试的工作，有的是产品来控制，有的是专门的项目经理来控制。测试人员是一线的工作人员，必须有关注整体项目的意识。若不关注项目进度，提测时才开始进行测试，在测试过程便会遇到与测试内容和最初的需求不一致的情况，增加新的内容从而增加工作量。因此自己负责的需求，要时刻关注项目的情况，中间变更需求时，要评估是否影响项目进度，判断是否需要重新排期。

在测试过程中，发现了bug必须详细描述问题，不管是jira,禅道或是其他的bug管理方式，一个bug要写清楚以下几点：Bug问题描述，bug重现步骤，是否有前置条件，预期结果，实际结果，以方便开发去进行修改，同时给bug准确分级，实时跟踪进度，保证项目按期完成。

四、上线回归与项目总结

需求上线后，要及时进行线上回归，同时需要提醒相关的人员进行自动化线上回归或监控。作为功能测试人员，在一个项目完成后，必须要对项目做相应的文字总结。总结整个项目过程中遇到的问题，最后的解决办法，需要注意哪些问题，有什么可以借鉴的方案或是改进策略等。

若公司有相应的项目总结方案，那测试的时候就要多关注一些数据，如冒烟测试是否一次通过，Bug数及不同级别的bug数，提测试次数，上线次数等。

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。