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