第1个回答 2022-05-30
功能测试需求处理
原文： 如何做好功能测试？ - 知乎 (zhihu.com)
一， 需求分析，发挥主动性
产品主导型的开发模式
1、在需求评审的时候，作为一个测试人员必须了解这次需求的内容，影响到哪些现有的功能，涉及到的操作系统或是类别等，然后准确的评估出工作量，防止因评估不足造成后期测试不充分。
2、关注开发和产品的讨论，如果开发说哪一部分比较难实现，最后如何实现？其中做出的变动和难点就是测试的时候必须重点关注的部分。不能因为这些暂时和你没有关系就不去关注，后期会带来麻烦。
3、需求评审结束后，要求产品更新此次评审过程中的所有改动部分，同时给出方案确保产品的任何改动都及时更新。
4、根据产品需求，设计测试方案及时间安排，此时可以粗粒度考虑，时间上要合理；同时与在会人员进行探讨。
二， 用例设计与评审，做到不遗不漏
1、其实我们更应该关注用户，从用户的角度来写用例才对。
2、测试用例必须具备的测试用例名，执行步骤，预期结果这三点是必须要写清楚的。
3、据需求想到要实施哪方面的测试.
功能测试人员你可能不会编写自动化测试脚本，不会性能测试，安全测试，但是你必须能根据需求想到要实施哪方面的测试。如面试的时候给你一个场景：一个全新的App要发版，如果让你来测试，你能想到哪些测试方案？如果你只能想到如何去测试app的功能的话，那你作为功能测试人员就是考虑不全面。此时的App的功能，App的性能，数据传输的安全性，接口或服务的功能测试，接口或服务的自动化测试与监控，接口或服务的性能测试，底层数据的存储与容灾情况都必须考虑在内。
设计用例的时候要设计两类：
一类是开发自测和验收提测试标准的冒烟测试用例，
一类是针对需求的全面测试用例。写完用例要主动联系相关人员进行用例评审，强调开发自测，在评审过程是及时修改不合适的用例。
三、测试流程，注重项目控制
必须有关注整体项目的意识
1、需求一旦明确了由你来负责的时候，就要时刻按排期来关注项目的情况
2、中间变更需求的时候，要评估是否影响项目进度，如果影响了重新进行排期。如果开发提测试晚了，是否影响上线时间，如果可能会影响，马上就要给相关的人员发预警邮件，通知大家详细的情况。
3、测试过程中，发现了bug必须详细描述问题，不管是jira,禅道或是其他的bug管理方式，一个bug要写清楚以下几点：Bug问题描述，bug重现步骤，是否有前置条件，预期结果，实际结果，以方便开发去进行修改。同时给bug准确分级，实时跟踪进度，保证项目按期完成。
四， 上线回归与项目总结
1、一个需求上线完成后，要及时进行线上回归，如果有必须提醒相关的人员进行自动化线上回归或是监控工作。
2、回归我们在需求评审的时候考虑到的可能影响到的原有的功能，以确保新功能的完全上线成功。
3、功能测试人员，在一个项目完成后，不管公司有没有要求，要对项目做相应的文字总结。
4、总结整个项目过程中遇到的问题，最后的解决办法或是当时讨论的处理办法，有哪些需要注意的问题？有什么可以借鉴的方案或是改进策略？项目中有没有通用性的问题等等。
项目总结方案，那测试的时候就要多关注一些数据，如冒烟测试是否一次通过，Bug数及不同级别的bug数，参与开发人员对应的Bug数，提测试次数，上线次数等等。而后借助于第三方工具进行图表化相应的数据，然后相关问题的总结，改进方案都需要进行详细的总结。
五， 能力的总结和沉淀
1、测试工具的使用：
在你以往的工作经验中，有没有总结过什么样的需求或是项目应该使用什么样的测试工具，而不是仅仅使用公司提供或是指定的工具？有没有分析过同类的工具的优缺点？如果一个类似的全新的产品，你能否围绕着工作需求，准备相应的测试工具来辅助测试？什么样的测试工具在测试项目的时候可能存在问题，问题的解决办法是什么？
2、问题的总结：
在测试工作中总结部署环境出现502或是404产生的原因及解决办法？产品的哪儿块功能容易出现问题，或是开发怎么实现相应的功能可能出现问题？产品的功能模块之间是如何工作的，修改部分功能后可能会对其他模块产生影响？哪个版本的编译器打包的产品容易在哪些方面出现问题？等等相应的问题总结有没有做，如果做了，在接到相应的需求后就能快速的评估测试范围，选择测试方案，规划测试时间等。
3、技术的沉淀：
技术不仅仅指的是编码能力，像平时我们部署环境出现问题后，最后的解决方案的总结；测试过程中日志出现空指针的排查；项目测试过程中遇到的问题及解决方案；一些常见问题的排查及解决方案等等。要在工作中善于积累，从而指导自己的工作或是为同事提供解决问题的思路与办法。