软件测试-工作流程（需求分析评审、测试计划、测试用例、用例评审、执行测试、跟踪定位bug、测试报告、缺陷报告）

最新推荐文章于 2024-04-23 14:47:06 发布
最新推荐文章于 2024-04-23 14:47:06 发布
阅读量237 收藏
点赞数
分类专栏： 项目管理 文章标签： 需求分析 测试用例 bug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013196348/article/details/126163492
版权
天天进步一点点
关注
专栏目录
测试用例入门（五）-如何进行需求分析
做测试多少要会点的技能
09-28 3117
需求文档对于测试用例来说，就是测试可以通过的标准之一，掌握需求分析是编写测试用例的一项基本技能。
软件测试生命周期——需求分析、测试计划、测试用例设计、测试执行和测试评估
hpwalk的博客
07-13 3053
一、需求分析 1、测试人员要充分了解需求，得出测试点和测试需求。 2、需求评审会议 在需求评审会议上，测试人员要确认每个功能的异常状态、数量以及如何转化，要多问为什么（用户是谁，软件的整体框架，要解决什么问题，变更需求影响的点有哪些，是否需要确认等）。 目的：了解产品，为写测试用例提供支持，为提bug找依据。 人员：需求分析师/产品经理(BA/PM)主讲，开发人员和测试人员参加 文档：产品需求文档 流程：BA/PM整理出产品需求文档后，开发人员和测试人员提前学习，在需求评审会议上，先是需求人员
软件测试评审标准
09-25
蛮不错的评审标准的，希望大家能够多多支持
常见的软件测试流程
qq_32159039的博客
06-22 591
2020-6-22 地点：杭州 天气：阴 近期比较空，粗略的整理了一下关于软件测试的基础之一：常见的软件测试流程。 1、需求评审： 主要内容： 对本批需求进行评审，通过沟通和提问明确需求内容，修改有错误的地方，保证产品、开发、测试及其他相关人员对需求理解的准备性和一致性。 测试目的：明确需求内容以及各模块对应开发人员，以此评估确定测试时间。 2、制定测试计划（一般是测试组的组长/测试经理来做） 主要内容：根据需求内容和开发计划来制定测试计划 测试计划包括：测试范围、测试目标、通过标.
【学习】软件测试过程中，如何进行需求评审
青岛国之信评测中心
03-12 665
通过需求评审，测试工程师能够深入理解软件产品的功能需求，为后续的测试工作提供坚实的基础。讨论和澄清：对于不明确或模糊的需求，应及时与产品经理或开发人员沟通，确保需求的准确性和完整性。更新需求文档：根据评审结果和问题解决情况，更新需求文档，确保后续测试工作的准确性和完整性。保持沟通：在评审过程中，应保持与产品经理和开发人员的沟通，确保对需求的准确理解。记录问题：对于评审过程中发现的问题，应详细记录，并在评审结束后进行整理和汇报。编写评审报告：根据评审结果，编写评审报告，详细记录评审过程、发现的问题和建议。
软件测试架构体系之软件测试基本流程图
最新发布
软件测试技术资源分享官
04-23 2209
采用通用的测试流程，能高效、高质量的完成软件测试工作，有助于减少沟通成本，对各阶段产出有明确认知等等。最终目标：实现软件测试规范化、标准化。
【软件测试3】测试用例，黑盒测试用例设计方法，缺陷报告
天赋决定上限，努力决定下限！
04-10 3802
测试用例，黑盒测试用例设计方法，缺陷报告
截图-测试以及测试用例截图案例2020年工作相关.zip
01-06
3. 便于评审：在测试用例评审过程中，图片比文字更容易理解，可以提高效率。 在查看这个压缩包内的文件时，重点关注以下几个方面： 1. 测试场景：截图是否涵盖了各种使用场景，包括正常情况和异常情况。 2. 步骤...
第三章 软件测试需求、用例、缺陷、报告、JIRA与SVN
qq_41405475的博客
12-29 1256
文章目录第三章 软件测试需求、用例、缺陷与报告一、需求分析1.需求分析的重要性2.需求分析的过程（采集、分析、评审）二、测试用例1.定义2.八大要素3.八大用例设计方法3.1等价类3.2边界值3.3判定表3.4因果法3.5正交法3.6场景法3.7流程图法3.8错误推测法3.9总结三、测试用例的编写、评审和管理1.测试用例编写2.测试用例评审3.测试用例管理四、缺陷1.软件缺陷概述2.基本内容3.十大要素4.缺陷的跟踪流程五、缺陷报告1.概念2.组成六、测试报告1.摘要及版本修订记录2.功能介绍3.测试范围
软件测试之测试用例评审流程
07-19 912
软件测试之测试用例评审流程： 评审计划 一次高效的用例评审活动，是需要提前做好评审计划的。计划中需要明确：本次评审的目的、评审范围、参与人员的角色与职责、评审过程及形式、评审通过准则等。像用例评审检查清单一般在此环节整理完成。 发起评审 待评审文档即测试用例编写完成，即可发起评审通知。用例初稿完成后，先在测试组内部发起，内部确认用例ok，再到整个项目组评审通知。一般至少用例评审活动前2天发起评审通知，可以是OA通知、邮件通知、或者钉钉/QQ讨论群发布信息。通知内容包括：评审时间、地点、参与人
_软件测试计划范例
yzl11的博客
07-17 9227
http://wenku.baidu.com/link?url=VuJENSw-xov8qLLOzuDBjU9Zg-X2i3spCvs0ZqmSvDlUNpoM6Cn1AHKzlp3afJL31nngeE3Vf_j1GiUZksBc_aWONEBjMdaKhIf3OOvc81q
软件测试之需求评审&测试计划&提测期间开发测试必做的一些事
软件测试技术资源分享官
05-15 4410
一、需求评审时期测试到底要做什么呢？ 1.需求评审前，提前进行需求熟悉阶段，逐一分析需求点，做好准备，相关需求疑问点列好清单，带着问题去参会。 2.产品宣讲时期，就算过程有问题，不要试探打断产品的宣讲，一是节约时间，二是不礼貌，等产品将一个模块宣讲完毕，开始带着你的问题，开始你的表演，分析给项目成员听，并提出改进建议。 3.当需求有问题确认需要修正，或需进一步跟业务确认再做定夺的，做好标记，并提醒产品，做好会议记录。 4.开发是个直男~一旦进入技术凯旋，那非得争的明明白白的，所以宣讲时期如果开发进入技术凯旋
测试用例评审过程
weixin_30649859的博客
06-06 1182
借用前辈经验，作下记录，后续丰富： 摘要： 关于用例评审，你是否了解用例评审前的准备工作有哪些 ？ 需要几轮评审 ？ 需要哪些人参加 ？ 评审时长 ？ 评审形式 ？ 评审结束后，还需要做哪些 ？ 关于用例评审，多数团队都有这个流程，很多书籍上也有提过，网上充斥着各种文章；那么，各企业团队实际的执行流程是怎样的？如何落地的 ？ 今天一起来看看这篇文章。...
软件测试、评审方法
qq_36573424的博客
11-04 3777
一、测试方法 1、错误针对开发过程 2、缺陷针对软件产品 3、测试用例=测试数据+预期结果 4、软件测试阶段 5、测试大类 6、缺陷的分类和级别 7、调试 二、评审方法 1、软件需求评审 2、概要设计评审 3、详细设计评审 4、软件验证、确认评审 5、功能检查 6、物理检查 7、综合检查 8、管理评审 9、不以测试代替评审 10、应关注产品不应该评论开发人员 11、评审人关注实质问题 12、不...
性能测试报告评审规范
zhusongziye的博客
11-05 1841
引言1.1 编写目的   　本文档明确性能测试分析报告的评审行为，明确评审过程中使用的各项指标，使性能测试分析报告评审相关人员能够依据此规范检查性能测试分析报告的内容填写是否符合模版要求，检查性能测试分析报告是否正确反映了性能测试的完整过程，检查性能测试分析报告是否符合本规范中规定的质量标准。   1.2 适用范围   性能检测测试分析报告评审 性能诊断测试分析报告评审 性能调优测试分...
03- 软件测试需求评审
dengshenjue2256的博客
06-10 468
展开测试之前要对产品的需求有所了解，比如产品说明书，需求书，原型图等。通过这些说明书我们知道了这软件主要是做什么的。 转载于:https://www.cnblogs.com/Chamberlain/p/11000566.html...
软件测试用例的评审，你知道流程吗
金玉满堂的博客
09-03 3371
测试用例评审 测试用例评审定义 测试用例评审就是验证测试用例的正确性、有效性、测试覆盖等操作；而且可以有效的保障测试实施，以及测试用例改善等工作都至关重要。 测试用例并非一成不变,如果软件修改之后发生变化，或者需求发生变更（邮件@全员），那么测试用例便不再满足当前版本软件的测试需求，由此需要进行修改和变更操作。 测试用例评审分类 内部(测试组)的评审 外部(项目组)的评审 评审的定义不同，内容也不会相同。 2.1. 内部(测试组)的评审，应该着重于： 1)、 测试用例本身的描述是否清晰，是否存在二义
【原创】测试人员在需求评审时做什么？
sylan215的软件测试技术学习
09-12 4546
学习过测试理论的同学肯定都知道，测试人员参与项目的第一步，大部分都是需求评审，但是不少测试同学反馈，自己很少参与需求评审，需求会议也很少喊测试人员参与。 我觉得这一方面可能是流程上各角色配合的问题，另一方面可能是因为测试在评审过程中没有体现出参与的价值。 针对第一个可能，需要测试主动找产品沟通，一方面表达希望参与需求评审的意愿，另一方面也要求他们在需求评审时喊上测试。 针对第二个可能，就需要...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值