1.测试简介
目前我们的测试过程大概如下图所示
2.测试流程介绍
设计测试用例需要对需求非常熟悉，深度了解系统的整个内部逻辑，划分出很小很细的测试点，覆盖更多的无效等价类。开展功能测试的时候，只关注功能和流程的测试，功能全部完成，能够正常运行且流程和逻辑正确，那么功能测试目的已达到。开展系统测试的时候，不仅要关注功能，也要关注性能、安全、界面优化、用户体验等问题，这些关注点都没有问题的时候，那么我们系统测试的测试目的就已经达到了。终止系统测试后，即可编写测试报告，将我们整个测试周期中的测试情况整理成测试文档，为所有的项目质量把控人员提供有效信息。
3.测试要点整理
A.优先对新功能进行测试（若系统加入了新功能），新加功能出现bug的概率一般比原先功能的概率大；
B.可能会影响原有功能的测试，比如说新增功能或者修改，或者优化，那么关联的地方可能就会出现问题，我们需要进行可能会影响原有功能的测试；
C.每日构建里加入或修改了功能之后和源代码合并，同时检查是否有问题；原先功能是OK的，但是后期我们进行优化或修改，这个时候我们需要对这个优化的部分进行测试，因为优化或修改的部分很可能会对原有的功能产生影响；
D.每轮测试结束后，如果有可能进行交叉互换测试。每个测试工程师基本都有自己的测试盲点，交叉互换测试可以缩小盲区，减少盲点，降低测试风险；
4.测试策略和技巧
A.测试过程中，要不断的优化测试用例，前期设计的测试用例是我们根据需求和原型图而“想象”出来的，肯定会存在缺陷，那么我们在后期的实际测试中，需要不断的去优化测试用例，无效的淘汰，遗漏的补充，并及时总结经验。
B.我们在测试过程中，要要成记录文档的习惯，你遇到的问题，经验，总结都需要我们去沉淀，记忆是短暂的，而文档却是最具有长久记忆的工具，我们要把文档变活，长久的帮助我们提高测试效率，提升自己的测试能力。
C.新技术的引用：
（1）功能测试：站在用户角度，偏重于功能点和流程的测试；
（2）接口测试：可提前切入到测试，发现一些更深的bug;比如开发完成登录接口，我们可以提前切入测试，比如使用postman进行测试；
（3）自动化测试：可适当的引入，但主功能主流程依然坚持手工测试；
（4）性能和安全测试：必备的测试，但不能盲目的开展，否则没有意义；
D.回归测试：每当被测系统发生变化时，我们就需要进行回归测试，以保证原有的功能、新功能、被改动的功能都正常。一般回归测试有下面几种方法：
（1）进行全用例回归：这种方法最保险，但是却很耗时间，基本很少使用；
（2）选择性回归：一般会选择新增或者更改的功能的测试用例执行，执行完成之后再进行主要功能和主流程的测试，回归可能会被影响到的功能或流程。
PS：对于回归测试中第三点，有一个很重要的点，那就是多和开发人员沟通，一个好的测试人员，一定是一个会沟通，情商高的人。如果沟通良好的话，开发可能会主动告诉你哪些哪个功能修改会影响到某个功能的运行，这个时候你测试起来就会事半功倍，测试效率也会大大提高。
