【测试杂谈】测试用例的巧妙与自我修养

声明：以下内容为个人理解，有误请指正

一、测试用例的方向论

• 测试用例的设计遵循测试覆盖率、设计方法、功能需求与将无限用例变为有限用例的原则。
• 测试用例的使用遵循测试策略、计划排期、测试纬度进行。
• 测试用例的趋势是力保覆盖该覆盖的功能，这个功能可能是核心功能也可能是普通功能，具体的情况需要根据需求与功能优先级进行定义。
• 测试用例不能形成杀虫剂悖论。
  ps∶在软件测试中，杀虫剂悖论指的是当测试人员反复使用相同的测试用例或测试方法来测试软件时，随着时间的推移，这些测试用例或方法对于发现新的缺陷（即“害虫”或“bug”）的效果会逐渐降低。这是因为软件中的缺陷（特别是那些已经被多次测试过的模块）会对这些重复的测试方法产生“免疫力”，使得测试的有效性逐渐衰减。
  为了解决软件测试中的杀虫剂悖论问题，测试人员需要不断地更新和扩展测试用例集，采用新的测试方法和策略，以确保测试的全面性和有效性。这包括使用不同的测试用例、测试数据、测试环境以及测试工具等，以提高测试的覆盖率和缺陷发现率，以此来保障软件质量。

二、测试用例纬度论

• 测试用例的纬度论大致指的是本用例所覆盖的测试广度与覆盖率。
• 测试用例是否需要纬度论，个人认为是需要的，一个物品都是由点、线、面组成，放在软件中也不例外，可理解为测试中的单元测试、集成测试、系统测试。
• 在软件与测试中存在着纬度那么在测试用例的设计与使用上也需要代入纬度的思考，如此才能覆盖更全、更广的范围，以此来尽力保障软件的质量，避免线上事故的发生，减少企业损失。

三、测试用例的变化论

• ‘’测试用例变化论‘’是一个很虚的词，为什么会提到‘’测试用例的变化论‘’呢，那就是要想软件质量得到保障且不让测试用例形成杀虫剂悖论，那就必须产生一定的变化。
• 变化论的由头是测试用例形成了杀虫剂悖论、需求变更、软件变更、测试方向变更、测试环境变更、测试计划/测试策略变更所以才会有变化论一说。
• 如何变是一个很虚且模糊的词条，在测试用例中‘’变‘’一词，意味着工作量的增加、脑细胞的燃烧、心态的变化、承受的压力加倍。
• 那究竟如何‘’变‘’呢，我的观点是在不影响测试覆盖率的情况下不变，一旦覆盖范围不够或出现了上方各种变更内容的情况下那测试用例就需要变，这个变是在不影响以往用例执行且覆盖率增加的情况下进行变更，把用例变得更简洁、更灵活、更方便。

ps：
功能覆盖率（Functional coverage）∶
功能测试覆盖率 = （至少被执行一次的功能点数量） / （总的功能点数量）
语句覆盖率（Statement Coverage）：
定义：指测试用例执行过程中覆盖的代码语句占总代码语句的比例。
计算公式：语句覆盖率 = (执行的代码语句数 / 总代码语句数) × 100%。
分支覆盖率（Branch Coverage）：
定义：指测试用例执行过程中覆盖的分支（如if语句、switch语句等）占总分支数的比例。
计算公式：分支覆盖率 = (执行的分支数 / 总分支数) × 100%。
路径覆盖率（Path Coverage）：
定义：指测试用例执行过程中覆盖的代码路径占总代码路径的比例。
计算公式：路径覆盖率 = （被执行的路径数 / 总的可执行路径数） × 100%

四、自我修养的进化论

• 自我修养与测试用例的关系是本身能力决定测试用例能否保障质量。
• 多提升自身能力，学习多维度的知识，掌握开发技巧。
• 掌握业务需求、功能使用方法，做到知己知彼百战百胜。

五、寄语

• 以上内容是一些测试方面的杂谈，希望对读者有帮助，能够引发一些思考。
• 学习是一件很有意义的事情，笔者也还在探寻这一学习旅途，笔者知识掌握的也很浅，希望碰到一些有志之士能够一起进行旅途探索。
• 喜欢的读者还请多多点赞、转发、收藏、关注哟！