标签：lib 导图 经历 界面 过程 nbsp 通过 安全 格言
测试工作者的格言应该是——君子不器
身为测试工作者，必需会的技能：功能，自动化，性能，安全，运维，代码UT，编写代码，文档分析整理，持续学习，沟通。这些技能中，最重要的是功能，不争哈，说功能最重要是软件测试连功能都保证不了，还谈个啥。价值最低最普遍的也是功能，因为仅需要点点点即可开展工作。不过这个点点点，想做好还是需要下点功夫的
功能测试技能有基础测试理论、需求分析、图（脑图、流程图）、用例、功能测试（点点点），缺陷管理。理论这种东西理解为道上的东西，自我百度，便不说了。
需求分析：拿到需求文档，需要仔细分析，第一遍了解需求的框架，第二遍研究需求细节，第三遍抓出需求缺陷，把缺陷提出来给产品去针对需求修改更新或解释。如果三遍还未知道需求有缺陷的话，除了需求实在完美，否则，还是需要多看几遍的哈。
图：思维导图，应该与分析需求并行，还有就是流程图，这两个技能会了，会很高大上，很装逼，还非常的实用。人类是喜欢形象，而抽象的文字理解了，下次来看又差不多忘记了，如果有了这两个图来辅助记忆与理解，事半功倍。我吧，总是喜欢事半功能倍的技能
用例：其实这一步骤前面，还需要一个制定测试计划的，当然对一个初级者，测试计划是个选修内容。有意识去做的话，已经在道上了。言归正传，测试用例是针对功能的业务、逻辑、数据、性能、安全设计正常、异常、暴力场景步骤预期结果的集合体，是测试最根本的工作内容之一。用例写的怎么样，写到什么程度，写到什么级别，完全体现了这个测试对这个工作的态度。
功能测试：重点东西哈，参照测试用例狂怼那个功能，一次怼不出缺陷来两次，两次怼不出来三次，总有一次能发现些新东西的。
常被下属提问测试一次场景都跑完了，没问题了，缺陷都提了，还用得着瞎折腾吗？唉! 软件测试周期内会发生啥事呀，提缺陷呀，你提了缺陷，开发改代码呀，代码若是低层的，公用的，涉及很多点的呢，你之前验证通过的，能保开发修复这个缺陷后还能过吗？所以这些问题都为了偷懒的借口（当然懒使人学会用工具，回归什么的用自动化工具来搞，挺好的，所以看好你们这些偷懒的哈）。
这个环节，过程需要一个完美用例来支撑，结果需要缺陷量来支撑，所以一个全新模块，一天能提够十个缺陷算及格，请体现一个测试工作者的态度。
缺陷管理：缺陷，测试工作者的KPI。分为易用性、UI界面、功能逻辑、性能、安全、需求、等几大类。低、中、高、极高四个层级。缺陷标题需要点明中心，一看就明白。缺陷步骤、实际现象，期望现象、截图、数据账号现场均要写清楚。
开发测试针对缺陷产生分歧时，测试需要说服开发或是被开发说服，当达不到共识，问题可升级找产品经理与测试经理确认问题按照他们的意志处理。一定切记，工作不能带主观意识，不要暴燥。
这一期是仅说了功能的，后续会结合自己亲身经历，写些自动化，性能，安全测试等需要的技能。写的不好请批评辅正，一起学习，谢谢。
标签：lib 导图 经历 界面 过程 nbsp 通过 安全 格言
原文地址：https://www.cnblogs.com/xmLaoTan/p/11380620.html
