测试思路思考

本次测试思路的分享，让我又系统的梳理了下测试流程，测试方法，让我也明确了业内基本的测试流程及主要测试方法都是大同小异的。

其中需求转化为功能，从测试角度出发前期主要是分析数功能点、测试点，整理成测试用例，以作为实测时的参考。

分享的测试方法中UI与数据分离，在新项目中可以试验下，这个项目前端展示的数据都是后台配的，主要分UI展示测试与前后端数据一致性测试。应该是可使用该方法，具体待实践后再进行交流。

自动化回归测试，目前项目组进行的较少，主要还是功能测试为主，这块由于客户对界面展示的各阶段需求变动较大，部门内不提倡进行UI层的自动化测试，接口自动化的运用及推广还需要先积累知识，在项目条件允许的情况下，推广实践。

其实目前，最主要的问题还是需求的确认，由于客户方需求较难今早确定，导致开发过程中临时需求变更较多，影响了项目的原计划的完成进度及质量，前段实践经过开发测试组的努力沟通，团队内拟定了一个需求变更的流程，分优先级投票表决，迭代初期定的需求，在迭代过程中有需求变更了，小UI展示的产品决定即可；涉及大功能的，首先确定用户的需求迫切度，若沟通后可延至下一迭代，那下一迭代，若需求较迫切，那团队内主要参与该功能的开发和测试，进行投票表决，通过的该迭代进行需求变更。

这个流程组内确定后虽然还没有开始实践，但上个迭代动不动就被直接通知什么地方又要修改的情况明显减少了，看来初步还是有效果的。