所以，可以对那些公用的模块作自动化，比如内部接口的测试，抛开界面因素，只保证逻辑上的正确性。
对于其他不同的模块，说实话我没啥太好的办法，要不要搞公用的自动化测试还是要看代价多大，如果异常麻烦，且后期可见改动会比较大，那还不如单独各做一套算了。 我觉得这个问题从字面上看，有点牵强，楼主是否可以补充些information，
针对这个问题，我想问的是为什么不能自动化 赫赫
首先，自动化目的不是要取代所有的手动测试，它只是手动的一个补充，从这个角度看，必然可以用自动化。
其次，针对客户化很多的大系统，同一份core，并且针对不同的客户发布不同的版本，最流行的就是国际化等等了，这不仅可以自动化，而且是自动化的很好Case。
再次，就是如何设计自动化了，我想，从以下几个方面可以考虑：
1. 大系统用的人也比较多，肯定是要验证性能
2. 客户多，发布的版本很频繁，可以针对基本功能做冒烟测试的自动脚本
3.发给不同客户的版本有些许变化，可以对共同的部分功能开发自动化
4. 针对客户各种稀奇古怪的操作，我们需要对每一个功能进行地毯式的测试，如：查询功能，需要对查询项中的各个栏位遍历查询，验证结果，这往往是手动无法实现的（手动测试只是抽几个重点的栏位验证，很容易有遗漏）
暂时想的就这么多了，希望楼主再给点info，脑力激荡下，看还有没有其他的方面。 人好少哦...
页:
1
[2]
