swordman2022-06-19每个Job增加一个权值，可以帮你理出一个冒烟执行链，以下是我考虑的实现方案： （1）在xml的TestJob节点中，定义每个Job的执行权值； （2）在JobRunner.run中，传入要执行的权值； （3）在childJob.run()之前，比较该Job的权值和传入权值，确定是否执行该childJob 不知道是否完整，请老师指正，谢谢！作者回复: 看出来，你对Job模型的理解已经很到位了！
2
七星海棠2022-05-24在日常工作中，一套代码在多个环境运行，各环境的数据（如登录信息）是不一样的 ，这个用 DataChannel 如何实现，是否可以考虑加一个环境参数？作者回复: 完全可以！dataChannel是一个数据的传输载体，数据本身，我们可以根据业务需求定义和扩展！
。。。2022-05-09您好，testng有相对应的Runner类吗作者回复: 我没有get到这个问题的上下文。您是打算重构TestNG的Runner么？这有JavaDoc https://www.javadoc.io/doc/org.testng/testng/latest/org/testng/TestRunner.html
共 2 条评论
朝如青丝暮成雪2022-05-05之前使用junit的时候确实遇到case之间相互上下游依赖的情况，但是junit的框架对依赖的处理、以及测试的顺序运行不是很方便。今天看了老师关于job runner的框架，豁然开朗，可以自己去按照job runner的运行方式去实现框架。作者回复: 开发人员写出了Junit框架，后来测试人员就没有再突破过这个圈圈。IT发展了这么多年，自动化测试设计方法论应该有所突破了！
王小卡2023-07-20 来自辽宁JDD模型感觉是不错。 传统简单粗暴的做法直接，将手动测试用例拆解为可自动化的最小用例后再去实现自动化编码。 尽可能减少依赖，每一个用例相对独立。 好处是自动化前期分析设计成本低，方便快捷。 坏处是测试用例覆盖率基于手动测试用例占比计算不是很科学。 JDD这么拆解，势必会提高链路的覆盖率从而提高测试覆盖率。并且我理解的是结合api层和ui层来实现，解除测试工具的束缚。 JDD好处不少，除了前期需要设计分析和实现上有难度意外还有哪些不足的地方呢？
飞彼易驭心2023-02-07 来自北京计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决。 如果还不能解决，那就加两层，加四层，加七层。