冒烟测试，就不要想着 e2e 全部测完了，挑重点独立测，测接口验后端等，配置没那么突出的重要吧

关键是，你觉得在开发环境冒烟有什么不可以的呢？除了死规范？

所以我还是比较乐意带那种我给出论断，他自己就能猜出 8、9 分背后的论据的 DDMM，省得我磨磨唧唧招人烦，做测试虽然没啥技术含量，但是难度还是很高的，基础要好，理解能力要好，敏而善思

靠什么测有什么关系？
你没懂我啥意思吧，我的意思是做业务测试的自己来做自动化才行，相对专门的自动化测试来说更加事半功倍
你想想：

• 第一，测试数据发生冲突，对测试环境造成伤害，一旦环境分离，那场景有效性就不好说了
• 第二，写完自动化测试，以后谁来维护？谁对测试的有效性做评估？
• 第三，你愿意你的团队两拨人地位不等同，考核标准不一样，不好管理
• 第四，不排除业务测试的人会迷信自己不会自动化没前途……可能造成流失的可能性？
• 第五，

if  (自动化测试的精通业务细节、测试设计) {
    自动化测试的人力和工作压力非常大 || 配比可能跟业务测试达到1：1，这样可算是浪费？
} else if(场景设计由业务测试的人分析清楚交给他们){
  if  (传递过程中就会有信息损失){
      测试实现效果差
  } else if  (即便不损失) {
      if (这样做完自动化，自动化测试的人会理解所有做过的业务){
        这跟做业务的人自己去做有啥区别呢？
      } else {
        你愿意相信做完自动化还未能理解业务场景的自动化工程师？
      }
  }
}

自动化测试专门设岗，对于金融这种复杂业务逻辑的系统，是个错误的决定，估计按互联网单页应用的路子套出来的吧

等我跟你们一样牛逼的时候再评论，经验这两年都忘完了，荒废中~

15 年的时候，我们 coder 在 coding，忙不过来，tester 也去帮忙 coding……
不过大部分 tester 没有空闲，因为都是多版本、多系统任务并行的

顶国文老湿

你这个问题问倒我了，我竟无言以对，总之谢谢

如何为相同的用例的不同轮次的测试执行做记录？查 history？

谢谢，看了一下，的确可以，之前用过，不过没注意到这些细节

以前我司代码以 oracle 的 sp 代码居多，我做自动化测试，数据都来自逆向程序，对着程序写逆向修改的 sql 语句，有些同事则是开 oracle 的审计日志来逆向写，也有轻量库跟 dba 申请每日闪回的，可惜我那个核心业务库有 30T 辣么大，闪不动

记得我做数据初始化的存储过程合计起来也有一万多行的，不过只覆盖场景中的 1/10 不到，后面接手的人应该还是加了更多了吧，我猜现在 3W 行应该有的……写这些鬼东西累，不过不写会死……记得还给 51testing 投过一篇稿子：http://www.51testing.com/html/16/n-248516.html

赞赞赞

只是乐不乐意去做而已，至少拆分还是很简单的，我还真不晓得整个 testNG 加在一起有没有 52K 行代码，因为没读过

狂赞这个类一万遍，还不去找开发逼着他拆分重构，留着等过年么，这种本身就是大问题啊

赞，同意
http://blog.csdn.net/fudax/article/details/9062055

楼主不要怪我无聊，中午的确很无聊

public void visitClass(ClassTree tree) {
    String className = tree.simpleName().name();

    LOGGER.info(className + "<<>>" + tree.symbol().isAbstract());

    if(!tree.symbol().isAbstract()){
        super.visitClass(tree);
        return ;
    }

    //判断名称是否以Abstract 或 Base 开头

    String abName = "Abstract";
    String bsName = "Base";

    if (!className.startsWith(abName) || !className.startsWith(bsName)) {
        context.reportIssue(this, tree, "The Name Of Abstract Class should use Abstract or Base first");
    }

    super.visitClass(tree);
}

楼主这个 AbstractClassNameCheck 文件里面的结构体就不符合我的个人规范呢，嵌套太多层 if else 了，反向判定看清不是更清晰么

敢于发声啊，把接口测试、皮下测试搞起来
现在不都大多前后端分离了么，把 restcontroller 测起来比什么都好，浏览器用少量的 js 单元测试配合 sikuli 玩一玩兼容性就好了

slave 性能搞好点，虚拟机的话 4 核、8G 内存起步，搞多点机器，如果需要多线程可以在 master 端配置
全量扫更有代表性，完全不耦合的代码基本不存在，所以只扫增量，有些信息还是不完整的，这跟单测和集成测试的区别差不多

这也要看级别么，那么好吧，这样就可以理解为啥没地位了

不要总关注测试要干什么活，多关注软件开发过程中对质量技术、对生产效率提升有什么需求，这都是目前测试发展的路径

三年前的东西了，刚测试了一下，发现跟不上脚步了，baidu 首页都搞不定了

有兴趣可以看看我之前写的一个：https://github.com/fudax/selenium_recorder

跟我这个配合在一起就好了：
https://github.com/fudax/selenium_recorder