测试中的测试用例级别p0,p1~p5的含义

测试用例优先级划分方法总结：测试用例优先级分为P0(核心功能测试)、P1(基本功能测试)、P2(全面验证测试)和P3(非功能性测试)四个级别。划分方法包括：初步按功能/非功能分类，再根据重要性、执行频率等因素调整，最终P0占比10-15%，P1/P2各占30-40%，P3占10-15%。优先级划分的意义在于提高测试效率、优化资源分配和满足项目需求。

PO三层模式： 主要分三层： 1.base层（对象库层）：page页面一些公共的方法。如：初始化、元素定位、点击、输入、获取文本、截图等方法； 2.page层（操作层）：封装对元素的操作。将每个涉及的元素操作单独封装一个操作方法，然后根据需求组装操作步骤，如登录方法=输入帐号+输入密码+点击登录三个操作进行组装； 3.scripts层（业务层）：导包调用 page页面，使用单元测试框架对业务逻辑进行封装测试。如：实现登录，直接调用page组装的登陆方法即可。 三者的关系：page层继承base层，scrip

低优先级，表示一般性的提示或警告，需要在合理的时间内进行关注。P3级别的告警通常不会对系统的功能或性能产生重大影响，但可能需要进一步的调查或处理。P0级别的告警可能会对系统的可用性、安全性或关键业务功能造成严重影响。中等优先级，表示一般性的故障或问题，需要在合理的时间内进行处理。最低优先级，表示次要或无关紧要的问题，不会对系统的功能或性能产生任何实质性影响，通常作为信息性提示而记录。较低优先级，表示次要的或可以忽略的问题，不会对系统的功能或性能产生明显影响，但仍需要记录和跟踪。

划分原则：主要是核心功能的主流程，基本业务流，保证功能的完整性，P0级用例失败会导致其他多处功能无法正常使用。P0和P1用例要覆盖所有功能的正向业务流，能够保证软件功能稳定使用。包含功能交互、使用场景、使用频率较高的正常功能用例。如：常见输入框、字符等正向用例，常见异常场景的业务流，常见的失败类场景；划分原则：核心功能的正向业务流，覆盖平台功能的所有重要业务流。划分原则：重要功能的正向业务流、核心&重要功能的异常业务流。如：常见的输入框异常用例，包括一些异常的触发条件。用例设计常用思想&方法：场景法。

1.啥是测试用例描述测试点执行的文档(测试输入、执行条件、预期结果等)2.为什么转测试用例测试点能被精准的执行便于团队协作3.测试用例八大要素用例编号、用例标题、所属模块、优先级、前置条件、测试步骤、测试数据、预期结果。

实则不然，测试用例的设计是测试工程师的根与本，能很大程度的体现一个工程师的测试思维和对业务的熟悉程度，尤其是在初级测试工程师阶段，沉淀好测试的基础是我们必须坚持下来的事情。以上总结了相当多的测试用例设计经验，不一定100%涵盖测试领域的全部，但如果这些都能吃透，恭喜你已经在用例设计的方面合格了。通常在企业项目测试的环节，对于测试人员来说没有大量的时间来编写测试用例，但是上述的四个要素是用例的重中之重，每一项都需要仔细打磨，部分企业的用例模板可能也抛弃了八大要素的其他部分，但这四大要素是一定不会动的。

今日学习 今日学习视频： 共学习了《软件测试第一篇_测试理论_Linux数据库_超详细教程》中的P1-P20共计 集内容 今日学习时间： 13：56~ 16：57 3 个小时 今日所学知识点： 1、了解测试行业 2、常见的软件测试模型 3、常见的软件测试分类 4、基本的测试流程 5、知道了什么是测试用例 6、用例的作用以及格式 7、能够针对穷举场景设计测试点 今日收获： 掌握了入门级别理论：1.软件测试常见的模型2.什么是测试用例3.知道了用例的作用并掌握如何

此项目来源b站黑马测试，为我个人学习示例使用链接:【软件测试第一篇_测试理论_Linux数据库_超详细教程】选集075-088测试基础的学习到这就结束了，接下来分三天学习Linux基础孩子们，好好学习按时打卡。

软件测试学习的笔记

使用技术手段验证软件功能是否符合需求。

对软件系统能够做基本的功能测试。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

软件测试基础摘要 软件测试是通过技术手段验证软件是否满足需求，保证质量的过程。主要内容包括：1)测试定义与软件组成（客户端、服务器、数据库）；2)主流测试技能（功能/自动化/接口/性能测试）；3)测试分类（按阶段分为单元/集成/系统/验收测试，按代码可见度分为黑盒/白盒/灰盒测试）；4)质量模型（功能/性能/兼容/易用/安全等8个维度）；5)测试流程（需求评审到测试报告6个环节）；6)测试用例（防止漏测的执行标准，含8项编写要素）。

开发事故级别

‌涉及系统的重要功能，‌使用频率较高，‌主要包括一些功能交互相关、‌各种应用场景的测试用例。：‌对应较生僻的预置条件和数据设置，‌虽然某些测试用例发现过较严重的错误，‌但那些用例的触发条件非常特殊，‌仍然应该被置入该等级用例中。‌例如，‌单表维护中的增加功能、‌最平常的业务使用等，‌这些是发生概率较高的功能用例。‌这类用例在每一轮版本测试中都必须执行。：‌这类用例使用频率较二级测试用例低，‌在非回归的系统测试版本中不一定都进行验证，‌而且在系统测试的中后期并不一定需要每个版本都进行测试。

一.测试用例的级别判断 P1用例：系统的基本功能，用例数量应受到控制；划分依据：该用例执行失败，会导致多处重要功能不可用；发生概率较高的，经常使用的功能 ；该类用例需在每一轮版本测试中执行 P2用例：系统的重要功能，用例数量较多；划分依据：各种应用场景，使用频率较高的正常功能。功能交互相关；在系统测试版本中要执行，系统所有的重要功能都必须实现 P3用例：系统的一般功能，用例数量较多；划分...

测试用例设计等级划分