刚开始一头扎进软件测试行业,从踏踏实实的机械化功能测试,到学会和甲方扯皮,到被鄙视的五体投地后抓紧修炼表面功夫来忽悠人,学的最多的反而是怎么与人交流。第一次面对跳槽的机会,我竟然发现自己的测试能力不升反降。好赖还会忽悠,以此为鉴,潜心专研技术,排除万难,回头望去,一览众山小;回过头来,看着自己前面天谴一样的高山,默默叹息,憋一口气,路茫茫其修远兮。。。
知道越多,就越发现自己的渺小,才了解那些伟人的谦卑,而我没有到那个高度,但是我竟然有点恐惧那种谦卑,那应该是一种我理解不了的“势”吧?
近况简介
首先功能测试,烦过,所以我尝试了解自动化和性能测试,总是探究不到太深,吃力,很吃力。
回头精研业务,社会发展太快,业务变化更是翻天覆地,我还没了解皮毛,业务已经被替代,我眼看就要被淘汰。。。(我的要唱歌,凉凉凉…)
开始正视自己短板,努力潜修专业技术能力,一直在痛苦着,但是慢慢开始上瘾,感觉我本就属于这里,不管前路如何,我会坚持到最后一刻!
个人座右铭
让三年后的我当现在的我的人生导师
新项目又开始了,暂时没有页面,只有接口和可怜的一个草图样的UI,需求也东拼西凑的,只能先一点点脑补,来反推需求和开发了。变被动为主动,工作更加开心顺畅。
首先梳理数据库,整理了一个数据表excel,画了时序图,把每一步涉及的数据表和接口调用都一一罗列,数据流转梳理、业务流转梳理、相互印证多次,总算是让人赏心悦目了。
一边脑补UI和模拟用户使用,一边写测试用例:
1、首先搭建架构:UI层---业务层---数据层(前端---中台---后台)。
2、主线梳理清楚,拼命忍住抠细节的强迫症,梳理一遍又一遍,终于让主线越来越“骨感”了,此时的主线可以参照做冒烟测试用。
3、接下来开始的就是大卸八块(哦,貌似庖丁解牛更准确),把能独立的功能都尽量独立出来,把功能组件化,测试用例组件化,这样就利于测试任务的分工。
4、抽象出来每个功能,每个页面对应存、取数据库的事件触发点和接口调用的触发点,捋清楚前后顺序,这个有点琐碎费劲,但是非常重要。
5、接下来就是UI层用例,页面UI输入域的校验以及校验的触发点。
6、最后就是用户体验的用例,页面UI布局排版,色调,提示语言的准确合理度等等。
7、别忘了,针对APP的浏览器、设备以及分辨率等,PC端浏览器版本等的兼容适配测试(时间紧,就先揪着一个版本测试,忽略兼容;若时间和资源允许,就并行着一起测试,模拟器不太靠谱。。。)
测试用例也是体现自己对这个项目的一个测试态度:怎么用这板子用例?
1、如果项目着急上线,可以把控系统主要功能(起码能保证系统能用了),做冒烟和场景测试都可以。
2、如果项目要求较高,时间又紧,这个项目目前有50个表(还会继续增加),执行用例到数据层和业务层,UI那些工作量其实没有多少。
3、如果项目时间富裕,那就可以慢慢雕琢了。
以前一直纠结用例的执行细度问题,现在突然感觉到,以前的我好傻,始终在UI层面纠结,测试之所以被人鄙视,压根在于自己认识的太浅薄,成天愤世嫉俗的,太少思考,太少打磨了。
毫无逻辑的东拉西扯,总算把最近的状态给表达出来了。
欢迎大家加入我的软件测试交流群:747981058