#15 楼 @buddy931102 这个么。挺难得。刚毕业那会挺看运气的。我也没法告诉你怎么办
#10 楼 @buddy931102 找个靠谱的公司走出第一步很重要
#17 楼 @sanlengjingvv 数据隔离指的是?我遇到的有些场景。不删除数据是不行的。例如有的接口是列出所有的 data。另一个接口是创建一个 data。创建接口生成的数据就会影响到列出 data 的接口。所以我不太知道怎么给这种情况做数据隔离。我只能删掉它
#15 楼 @sanlengjingvv 好思路。docker 起容器很快的。就是我没试过有多快。不知道每运行一条脚本就恢复一下数据库是不是成本太高了。要用多长时间?我回去可以试一下。目前我们数据库没有单独运行在一个容器里。多谢你的思路
要不就多台施压机器搞吧。或者别用 lr 了。lr 本身就挺消耗资源的。你写的 java 代码放倒 jmeter 里也一样
#4 楼 @niweyzhuce 我大部分是个 Google 选手哈哈。书的话认真看过的也就是 thinking in java 和研磨设计模式了。测试的书,比较推荐的就是 xunit test partten 和 Google 测试之道了。
#5 楼 @quqing 其实有的时候我们可能用的语言不同,项目类型不同。想考察一个人代码能力到底怎么样我也就只能考设计模式和数据结构了。我也没有太好的办法。总不能现场把他写的框架写出来给我看吧。如果他用的框架和我用的一样还好说。我可以问一点框架的东西。我觉得说自己不懂设计模式但设计出的软件特好的人,我实在没法相信他。如果对面是个资深开发我还能相信。测试开发里么,我是没见过。开发人员除了写代码很少关心其他的。他大部分时间都用来设计代码了。所以真的可能出线不用设计模式但仍然写出厉害的代码。但我认为这种人大多数也都是搞了 n 多年的开发了,一开始也以设计模式入门的。然后慢慢融会贯通无招胜有招了。你要说他从一开始就不知道设计模式为何物,我也是不太信的。这么多年工作经验。光听同事说也该知道有设计模式这么个东西了。而且设计模式是面试常考的题目,既然出来面试开发类职位,我觉得专门去学习一下也是有必要的。
#6 楼 @sigma 注册式的缺点确实是无法删除被测功能产生的数据。所以接口测试我们都是注册式加上 inline 结合着搞。最好还是不要依赖产品的接口造数据,尤其是共享数据。这么做确实会产生很多的 excel 文件。不过你可以考虑一下把 excel 文件也重复利用。例如造订单的 excel 文件做一个通用的。造用户的 excel 造一个通用的。商家的 excel 造一个通用的。很多 case 都可以使用这些 excel 文件。但是这些文件你仍然做成隔离数据。就是虽然很多 case 都用这几个文件。但是这几个文件的作用域仍然是 method。一个 case 运行前创建。运行后销毁。好处就是这些数据原则上都是隔离数据。我们也不用创建那么多的 excel 了。问题就是这些数据的内容是一样的。所有的 case 都引用这个数据。所以要求这部分数据必须稳定。不能经常变化。
#1 楼 @stephen753 以前我们对待缓存和索引。就是在数据库中插入什么数据,就调用相应的 http 接口往缓存里插入。其实就是直接操控缓存了