如何更高效地进行回归测试的一些想法
看到这个问题，好多人觉得这是测试人员的事，其实我觉得如何更高效的进行回归测试应该是开发人员和测试人员共同的事。
为什么这么认为呢？举个简单的例子：一些开发人员修改完bug，他们觉得自己的bug都已经fixed，然后兴高采烈地通知配置管理员发布新的版本，结果测试人员刚跑几个模块，系统崩溃了。这怎么让回归测试进行下去呀？所以我觉得要进行高效的回归测试，按角色分应该从以下几个方面着手。
首先，开发人员应该做到以下两个方面：
第一， 开发人员在发布新的版本之前要做smoke testing，尽可能早的发现一些影响测试的严重bug；
第二， 开发人员在修改bug状态的时候，要注明修改了哪个模块的哪些函数，这些信息有助于懂代码的测试人员去分析判断该bug是否真的修复好并对系统产生哪些影响。
其次，测试人员应该尽可能的从以下几个方面着手：
第一， 要熟悉系统的业务流程。对于该bug（或新增功能）的业务需求以及关联模块要很清楚，可以尽快进入测试状态并保证测试的质量；
第二， 及时更新测试用例，保证执行的测试用例是新的；
第三， 要掌握测试用例的优先级别，也是分清孰轻孰重，把时间花在刀刃上。对于优先级高的功能优先并充分测试，时间允许的前提下再测试优先级低的功能；
第四， 借助自动化工具测试相对稳定的功能；
第五， 沟通，及时与开发人员进行有效的沟通，更多地了解业务及系统，及时反馈测试情况；
第六， 有效的测试管理，作为测试经理应该对于自己的组员有足够的了解，根据测试人员的技能，合理分配测试任务；
后，我觉得测试人员应该熟悉系统开发的语言。
