小林子都已经开始招兵买马了吗
少想那么多,多做事就解决了
解决不了问题但是可以解决自己,装作自己不知道这些问题的存在,哈哈哈
看应用阶段,校验开关配置是要有的
开发集成阶段可以关闭校验,大量实施 mock,只验证连通性和接口定义一致性
系统和回归阶段都必须打开,当然如果你有大量稳定可靠的 UI 自动化 case,这一步也可以关掉甚至选择性地不跑
这真的是开发问的问题?
这种问题都想不清楚的开发,要如何教化哟,不如避免与之共事吧
觉今是而昨非,这就是进步了
撸主的问题,除了强推 BDD,似乎无解,即便硬操 AI、ML 啥的,也要有个良好的前提:需求、编码设计、测试设计这些描述的一致性得到保证~
看完了最后一章,我发现我追的速度还不错,只剩下工单管理和监控没做了……当然,我是 tree new bee 的,蒋老师你继续写,给我留多一点时间,我争取尽快追上
楼主前端设计能力比我强,样式不论,布局做得不错
测试用例,建议换 el-tree 来实现,特地开放几个我自己的文件(仅测试用例)供您参考,依赖信息全部删除了:
https://github.com/fudax/sepp/tree/master/src/components/sep/test/case
同感!
要么忍,要么滚,建议先忍一段时间看看~
不好意思,我被爽到了,楼主你得赔偿我
楼主很努力,搁我,第一步我就说不知道了……不让看数据库的意思就是:其实我们可以看数据库,只不过我就是为了考察某个我自己也不知道的点假设出来的场景……
不让看数据库测试绝对是纯黑,没前途的,没必要珍惜这种机会
不少了,你去打听一下
985 小本,5 年小厂测开经验,基本功比较扎实,刚拿到蚂蚁 P8,package 80(内含期权)和鹅厂 3.3,package 85(无期权)的两个 offer,迷茫了,请问各位该怎么选,急,在线等。
element-ui 好像并不能算颜值爆表
不过比其他的似乎清爽一点
是吗,我怎么记得 TestNG 的@BeforeTest作用于 suite 里面的 Test 声明呢,一个 test 里面可以有多个 class,一个 class 可以多个 method,你所说的@Test注解,起作用的怕不是@BeforeMethod吧
我很久没用了(最后接触的是 6.4),不知道现在 TestNG 改版了没有~
干得不错
没听说过 Appium Studio 么?
用户名密码都是 guest
看起来支持的很全面,文档写得也很用心
图片用 markdown 链接很方便,如果你有测试用例管理系统的话
看不懂,能解释一下要解决的是什么问题吗?
封装 API:
/**
* Description: start webdirver</BR>
* 内容描述:启动WebDriver实例。
*/
@Override
public void startWebDriver() {
cleanBrowserProcess();
chromeDriverEnviromentSetter();
try {
driver = new EventFiringWebDriver(new ChromeDriver(service, getCapabilities())).register(listener);
driver.manage().timeouts().pageLoadTimeout(maxLoadTime, TimeUnit.SECONDS);
driver.manage().timeouts().setScriptTimeout(maxWaitfor, TimeUnit.SECONDS);
driver.manage().timeouts().implicitlyWait(maxWaitfor, TimeUnit.SECONDS);
} catch (Exception e) {
LoggerUtils.error(e);
throw new RuntimeException(e);
}
}
大不了从电池接口接入电源咯
核心的关键,要买把锤子,先砸开手机再整……反正我不搞这个,我喜欢看着你们砸