求：自动化测试成功的经验
由于在刚刚完成的引入自动化测试的项目中，自动化测试并没有发挥什么优势，甚至于没有创造多少效益，所以自动化测试能否继续、能否成功地在我们这里继续运用都是一个问号。所以我希望大家能够提供一些你们运用自动化测试成功的案例。这样可以给我们这些刚刚加入这个大家庭的人一些可以参考的东西。
譬如：
1、编写自动化测试脚本，是一个人或者专门的自动化测试小组来做还是参加这项测试的项目人员都来做。
2、自动化测试的规模定在多大是比较合适的
3、大家是通过什么方式是自动化测试发挥它的优势的 好像这里都是我在唱独角戏！
希望更多的人可以参加进来讨论！
我参加一个公司的时候！主要负责自动化！
当时项目组开发20人，测试7人 测试经理一人！
测试高级工程师1人
测试初级工程师2人
业务专家2两名
自动化测试高级工程师1名
自动化测试工程师1名
当时我负责的时候，自动化开展可以从的建模就可以进行！自动化的开发！
你说自动化优势 这里明确
首先你们的预期 他不是短期的行为
其次 自动化需要运行多次以后才能发挥他的优势，这是投入成本的分摊
再次 你们做自动化开发的，本身有没有这方面的经验 脚本是否可以重用，这是个项目级别的，以后会把经验 脚本作为资产共享 成为产品的经验，那么就会达到一个资产的共享
最后 自动化多少是不是别人给你的建议，是需要你们自己去度量，就像一个流程只有符合自己公司的，才是最好的流程！你需要通过项目不断去积累经验，这样才能为后续的项目做准备！ 举例假设说说吧。
1，看你们测试团队的情况。是否有几个能力比较强有编程经验的；测试团队里是否有一个由几个强人组成的小组，其他人按项目分组还是所有人都按项目分组；你们可以尝试两种方法，一是成立一个你说的小组，主要负责自动测试脚本的开发与维护；或者就按项目分，由参与者自己负责脚本。看效果如何。不同团队情况不同，得自己试。
2，投入的成本和得到的收益比较。亏了就不做或小做，赚了就大做。简单的度量总做得到吧。
3，这个问题还是测试组开全体大会，大家说说什么工作最烦人，最无聊，最不想做，然后想想是否有规律可循，是否可简单抽象成一个重复的动作... 对你们的手工测试的用例进行评估，预计把他们转化为自动化脚本的成本，再根据预期分配给自动化测试的时间（包括后期的脚本维护）进行取舍。需要有对自动化工具相当熟悉的人，没有这样的人，不能正确评估应用时间则给整个实施带来风险。
有就说,没有就问,别说麽用的
说了一大堆道理,有么用呢.又不是讲课.人家楼主问的是有没有一个成功的,可以分享
页:
[1]
