- 博客(8)
- 收藏
- 关注
RSS订阅原创 07 执行测试——Bug管理流程及禅道使用
不管是开源还是商业的缺陷管理工具，它们的本质都是一样的，即用来管理bug的生命周期。生命周期种一般缺陷状态：激活（新建bug，指派开发人员）——>已解决（bug已修复、不予解决、延期、不是缺陷、重复bug）——>（验证通过）——>关闭。如果待验的bug在验证时没有解决好，我们需要重新打开（激活）——>指派——>已解决——>待验，循环这个过程。bug的生命周期，就是一个bug被发现到这个bug被关闭的过程（状态）假设等级分为1，2，3，4，5，而问题越严重的数字越小。界面方面的问题，描述错误，错别字。
2024-04-17 10:30:00
2176
原创 06 用例评审
答：checklist检查列表（可以用xmind列出测试点）----- 测试完完成后，时间不那么紧急时，需要 补充完整用例。需要，可以把用例通过发送邮件给到相关人员。答：熟悉功能，参考成熟产品，站在用户的角度挖掘需求。③遇到隐形需求如何写用例（或者需求不明确时）？紧急情况用例也需要评审吗？②如果被测项目很紧急，来不及编写用例怎么办？如果有，依据什么确定的？答：七大方法：........；①用例的覆盖率（漏写）
2024-04-16 18:10:21
133
原创 05 测试用例设计方法（也叫黑盒测试的方法）
还需要针对单步的功能进行测试，只有单个功能点和流程测试，才算是充分的测试。业务流程图里面会有正常流程（从开始起点，通过各个路径，到最后的节点结束所对应的流程）和错误流程/异常流程（从开始起点，然后可能再某个节点结束或者返回上个节点）人们从长期的测试工作经验得知，大量的错误是发生在输入或者输出范围的边界上，而不是在输入范围的内部。基于场景法设计测试用例的依据，一般是由产品提供业务流程图（如果被测项目的流程图没有提供，只有对应的需求文档，该流程图就需要自己对应需求文档画出）
2024-04-16 17:51:28
1686
原创 04测试用例编写
软件测试的重要性是毋庸置疑的，测试用例是测试工作的指导，是软件测试质量稳定的根本保障。但是有些因素是客观存在，不可避免的，如IT团队的流动，环境，情绪等。⑤好的测试不仅方便自己和别人查看，而且能够帮助设计的时候考虑的更周全，因此测试用例的写作和设计一样，也是非常重要的（执行性）。（3）编写测试用例的时候，如何选择测试数据进行测试，怎么达到最大的覆盖的情况下，用最少的测试数据才获得更多的bug？：根据当前测试点在整个项目中的重要程度来进行划分，分为高，中，低（或1，2，3）
2024-04-15 18:26:03
1466
原创 03 软件测试需求分析
软件包含多个功能点，每个功能点包含多个子功能（测试点），测试点是软件功能细分的最小单元。需要验证按钮操作结果，验证交互功能（验证关联功能），验证当前操作结果的功能。非功能：①界面：logo是否与原型图一致；非功能方面的需求：界面、文档、兼容性、易用性、安全性、性能。功能：装水，是否漏水；界面，易用性，兼容性（安全性，性能压力等）充分熟悉产品，参考成熟产品，站在用户的角度去考虑，从而挖掘需求。：根据需求规格说明书明确测试的内容，去细分需求（提取测试点）②在针对某个功能，细化需求，列出测试点。
2024-04-13 13:02:09
419
原创 02 软件测试生命周期及流程
主要任务是编写测试计划，参考软件需求规格说明书、项目总体计划，内容包括测试测试范围（来自需求文档）、进度的安排，人力物力的分配、整体测试计划策略的制定，和风险的评估与规避措施，有一个制定，一般是测试负责人编写，当然我们可能也会参与相关的评审工作。：首先搭建测试环境，执行冒烟测试，以判定当前的版本可测与否，如果预测通过，正式进入系统测试，遇到问题提交bug到缺陷管理平台，并对bug进行跟踪，知道被测软件达到测试需求要求，没有重大bug，测试结束。：阅读需求，理解需求，主要就是对业务的学习，分析需求点。
2024-04-12 17:06:07
660
原创 01 软件测试的定义及分类
为的是确保各单元模块被正确的编译，比如有具体到模块的测试，也有具体到类，函数、方法的测试等。（对函数/模块进行的测试----对代码进行测试，执行者：开发人员。：主要是用户在拿到软件的时候，在使用现场，会根据前面所提到的需求，以及规格说明书来做相应测试，以确定软件达到效果。（把多个模块/函数组装到一起进行的测试----对代码进行测试，执行者：开发人员）：把用户请到开发方对软件进行的测试，测试环境受开发方控制，测试人不多，测试时间比较集中。产品经理搜集用户需求---用户需求规格说明书---即为规定的需求。
2024-04-12 12:42:29
483
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人