从事软件测试前后也有差不多四年的时间了，对于功能测试算有比较深的了解了，从刚开始的一窍不通到现在的熟练，期间经历过很多项目，测过很多功能，包括web，app，一直没有很好的总结过，今天趁这个机会总结一下：
第一、充分熟悉需求
当我们拿到一个测试任务的时候，首先从熟悉需求开始，只有充分的理解了需求方的意思，才能保证测试的正确性，全面性，所以对于需求文档要特别认真的去看，尤其是一些逻辑性比较强的业务，更要自己去画一些流程图去理解，有时可能还要去熟悉整个业务，公司的整体战略，这样也可以发现一些需求上的不足。
第二、弄清功能实现的原理
要想测好一个功能，弄清楚开发是如何实现的很重要，有时候前端处理，和后端处理最后可能会出现不同的问题，所以要多和开发人员沟通，充分理解该功能的实现逻辑，比如数据是放在数据库的，还是放在缓存的等等，可以使我们测试的时候考虑的更全面，也给我们提供了很好的参考，也为我们之后遇到bug快速定位提供了很大帮助，从而也能提高项目整体的效率。
第三、拆分细化功能
一般我们接到的都是一个包含了很多小测试点的测试任务，所以我们要学会拆分，把一个大功能拆分成最小的单位，比如一个页面，可以细化到一个输入框，一个按钮，此时我们可以用思维导图来罗列全部的测试点，为我们写好测试用例做铺垫。
第四、设计测试用例
前期我们已经做好了准备工作，那我们就可以写测试用例了，此时我们可以按照拆分后的最小的测试点展开写，采用各种常用方法，如等价类，边界值，判定表等，对于一些数据的计算，我们可以自行编写sql语句，当然此时也要考虑功能与功能之间的联系，如这个功能点的输出，是下个功能点的输入，还要考虑一些新旧版本的兼容等，测试用例如果能详细尽量详细，如果有客观限制，可以罗列出测试点即可。
第五、执行，回归测试
很多人认为执行测试没有什么技术含量，尤其是功能测试，不就是点点点吗，我不这么认为，执行测试的工程中要把自己变成不同的角色，可以把自己想象成真实用户，这个功能是否能正常使用，给我提供了方便，还是更麻烦？也可以把自己想象成开发，如果是自己会如何实现这个功能，目前的实现方案是否是最好的？还可以把自己想像成产品，如果自己来设计这个功能，会怎么去设计？总之，在不断的执行测试中，也会发现不同的乐趣，还会发现一些测试用例上没有想到的测试点，当然也会从中学到很多方面的知识，所以我觉得重要的不是做什么工作，而是要能从中收获到什么；回归测试一般在开发修复bug后开展，此时我们应该不光去检查bug是否修复，还要去考虑是否影响到了其他功能。
第六、探索性测试
现在很多人开始重视起测试工作了，尤其是探索性测试也越来越重要，探索性测试需要发散自己的思维，扩展思路，所以不是每个人都可以做好的，之前搜狗测试团队还专门写了几期的探索性测试方法，讲了很多实用的方法，想学习的小伙伴可以去关注“搜狗测试”公众号哦，他们的团队很不错，很专业，至少我这么认为。
以上基本是整个测试流程中的一个完整的步骤了，当然如果条件允许的话可以去做自动化和性能测试，这些不在我本次总结范围内（因为目前主要以功能为主，不敢妄言）。
写在最后的话---------
总结是很好的习惯，可惜自己一直没有养成，希望从现在开始还为时不晚，每周一篇总结，总结工作，总结学习，总结生活，总结自己。
网友评论