去掉浮夸，空杯心态从新面对测试

刚开始一头扎进软件测试行业，从踏踏实实的机械化功能测试，到学会和甲方扯皮，到被鄙视的五体投地后抓紧修炼表面功夫来忽悠人，学的最多的反而是怎么与人交流。第一次面对跳槽的机会，我居然发现本身的测试能力不升反降。好赖还会忽悠，以此为鉴，潜心专研技术，排除万难，回头望去，一览众山小；回过头来，看着本身前面天谴同样的高山，默默叹息，憋一口气，路茫茫其修远兮。。。

知道越多，就愈加现本身的眇小，才了解那些伟人的谦卑，而我没有到那个高度，可是我居然有点恐惧那种谦卑，那应该是一种我理解不了的“势”吧？

近况简介
首先功能测试，烦过，因此我尝试了解自动化和性能测试，老是探究不到太深，吃力，很吃力。
回头精研业务，社会发展太快，业务变化更是翻天覆地，我还没了解皮毛，业务已经被替代，我眼看就要被淘汰。。。（个人要唱歌，凉凉凉…）
开始正视本身短板，努力潜修专业技术能力，一直在痛苦着，可是慢慢开始上瘾，感受我本就属于这里，无论前路如何，我会坚持到最后一刻！
我的座右铭
让三年后的我当如今的个人人生导师
新项目又开始了，暂时没有页面，只有接口和可怜的一个草图样的UI，需求也东拼西凑的，只能先一点点脑补，来反推需求和开发了。变被动为主动，工做更加开心顺畅。
首先梳理数据库，整理了一个数据表excel，画了时序图，把每一步涉及的数据表和接口调用都一一罗列，数据流转梳理、业务流转梳理、相互印证屡次，总算是让人赏心悦目了。
一边脑补UI和模拟用户使用，一边写测试用例：
一、首先搭建架构：UI层---业务层---数据层（前端---中台---后台）。
二、主线梳理清楚，拼命忍住抠细节的强迫症，梳理一遍又一遍，终于让主线愈来愈“骨感”了，此时的主线能够参照作冒烟测试用。
三、接下来开始的就是大卸八块（哦，貌似庖丁解牛更准确），把能独立的功能都尽可能独立出来，把功能组件化，测试用例组件化，这样就利于测试任务的分工。
四、抽象出来每一个功能，每一个页面对应存、取数据库的事件触发点和接口调用的触发点，捋清楚先后顺序，这个有点琐碎费劲，可是很是重要。
五、接下来就是UI层用例，页面UI输入域的校验以及校验的触发点。
六、最后就是用户体验的用例，页面UI布局排版，色调，提示语言的准确合理度等等。
七、别忘了，针对APP的浏览器、设备以及分辨率等，PC端浏览器版本等的兼容适配测试（时间紧，就先揪着一个版本测试，忽略兼容；若时间和资源容许，就并行着一块儿测试，模拟器不太靠谱。。。）
测试用例也是体现本身对这个项目的一个测试态度：怎么用这板子用例？
一、若是项目着急上线，能够把控系统主要功能（起码能保证系统能用了），作冒烟和场景测试均可以。
二、若是项目要求较高，时间又紧，这个项目目前有50个表（还会继续增长），执行用例到数据层和业务层，UI那些工做量其实没有多少。
三、若是项目时间富裕，那就能够慢慢雕琢了。
之前一直纠结用例的执行细度问题，如今忽然感受到，之前的我好傻，始终在UI层面纠结，测试之因此被人鄙视，压根在于本身认识的太浅薄，整天愤世嫉俗的，太少思考，太少打磨了。
毫无逻辑的东拉西扯，总算把最近的状态给表达出来了。

欢迎你们加入个人软件测试交流群：747981058