好软文,学习了
总结:能解决解决,解决不了拉倒
再说一嘴,任何不从实际,只看测试用例多少和 bug 产出定绩效的,不是懒就是坏,要么就是混子
楼主应该是一个 leader 的角色吧,关于测试用例写不写,怎么写,这个一直以来都在辩论,理论上讲当然用例写的好是最好,但是实践与实际也很重要,对于军工、重大民生、尖端医疗、芯片,我认为怎么重视用例都不过分,甚至测试用例和测试相关代码比功能代码还要多,但是对于一些商场、web 普通项目、企业间的数字化合作项目来说,高效实施和交付才是第一位,这类项目有着快、短、需求杂的特点、针对此类项目,测试点远比冗余的测试用例重要,其最重要的是对需求的理解,正确的做法应该是列测试点、需求会上测试对需求进行反讲,真正理解需求、从用户角度出发,利用好探索性测试才是正解
给多少钱,做多少事
同苏州
深不可测啊
题不对版啊
挂件这个很可以
为爱发电 这都不跑,别卷我们了啊