上世纪大厂是这么写的吧。。。这玩意儿我们这儿培养测试新员工才这么写。

excel 不好维护。就 xmind 挺好。excel 可以移植过去的。

“人员变动，不方便后续人员测试。”——这算哪门子缺点。非要为这个理由花一倍多的时间写一大堆废话吗？

提了就走，别犹豫，犹豫你就会败北

自动化测试只是一个手段，要不要测由你自己决定。

随机 9 位（512）+ 随机 8 位（256）+ 随机 7 位（128）+ 随机 6 位（64）+ 随机 5 位（32）+ 随机 3 位（8）=1000？
不知道随机数加随机数算不算随机数

断龙石

Math.ceil(random.nextDouble()*1000) 就行了吧。。。
取 0-1 之间的小数，乘 1000 后向上取整。

对好的团队，在背锅方面，测试报告确实没那么重要了，因为所有的总结、数据都分解到了研发的各个环节，避免背锅也没必要非要用测试报告。

但是作为普遍意义上的准出标准，测试报告还是很重要的，不过形式更灵活，轻便，重点突出，根据团队关注点写上对应内容，体现测试对质量评测的专业性。

对一些互相甩锅的团队，有没有测试报告，其实没多大区别，欲加之罪，何患无辞？

不撸靠刷题应该也行，反正翻过去翻过来就那些花样。。。考试大纲里计算机硬件、操作系统、数据库、中间件、计算机网络、编程啥的，应该是软件设计师考的差不多

主要看测试需求和查询接口的逻辑。
如果查询接口有特别的逻辑，调用查询接口满足不了测试需要，就得自己查。
无脑把所有你要验证的数据查出来的查询接口，可以用来验证。

自己去查的话应该是不信任查询结果或者担心查询接口业务逻辑变动影响自动化测试稳定性吧，当然也可能是顺手把存储一起测试了下。