软件测试的工作流程是什么？？

发布网友 发布时间：2022-03-01 07:01

我来回答

共6个回答

热心网友 时间：2022-03-01 08:31

以下是作为一名测试工程师的日常工作：阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图：
详细测试步骤： 1. 书写测试计划 2. 审核测试计划，未通过返回第一步 3. 书写测试用例； 4. 审核测试用例，未通过返回第三步 5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例） 6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW） 7. 集成部经理接到bugzilla发过来的bug 7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）; 7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）; 7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND） 8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED） 9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）； 10. 如果复测有问题返回第六步（bug状态REOPENED） 11. 否则关闭这项BUG（bug状态CLOSED） 12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务； 13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试； 14. 测试任务结束后书写测试总结报告； 15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件； 16. 然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。
是否可以解决您的问题？

热心网友 时间：2022-03-01 09:49

软件测试主要工作内容，包括两个方面验证（verification）和确认（validation）。
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动， 即保证软件以正确的方式来做了这个事件。
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程。
2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程。
3.评审、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。
1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性。
2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
其实，软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。

热心网友 时间：2022-03-01 11:23

软件测试分为5个阶段，计划、设计、执行、评估、验收
1、计划阶段，我们主要任务是编写测试计划，对进度的安排，人力物力的分配，整体测试策略的制定，和风险的评估与规避措施有一个制定，一般有测试主管编写，当然我们也会参与相关的评审工作。
2、设计阶段，我们主要任务是编写测试用例，会参考开发人员的需求分析、概要设计、详细设计等文档，有不明确的也会及时和开发沟通。
3、执行阶段，首先搭建测试环境，执行预测，以判定当前版本可测与否，如果预测通过，正式进入系统测试，遇到问题提交Bug单，具体测试轮次由开发质量和版本复杂程度决定。
4、评估阶段，出总结报告，对整个测试的过程作一个总结，对当前测试版本质量给一个评估。
5、 验收阶段，我们会出用户手册，操作指引，公司有严格的评审流程，以保障每一步输出的有效性。

热心网友 时间：2022-03-01 13:15

软件测试的测试流程有1、制定测试计划2、编辑测试用例3、执行测试用例4、发现并提交BUG
5、开发组修正BUG6、对已修正BUG进行返测7、修正完成的BUG将状态置为已关闭，未正确修正的BUG重新激活，参考什么是软件测试和软件测试原则http://note.you.com/share/?id=85745976126d1bb9dddd5f951db30be1&type=note

热心网友 时间：2022-03-01 15:23

测试人员的首要职责在我们平常人看来就是“找Bug”，他们需要使用各种测试技术和工具来测试和发现软件中存在的缺陷，从而让开发者更好的优化产品，让用户更加安全顺畅的使用。具体点包括：
1、根据软件设计需求制定测试计划，测试数据和测试用例。
通过测试计划来确定测试产品所需资源，确定测试策略、测试系统、测试任务，评估和确定测试工作量。测试数据和用例是对产品进行任务描述，通过测试需求分析、业务流程分析、测试用例设计、测试用例评审以及测试用例更新及完善这几个步骤完成测试用例的设计。
2、搭建测试环境、执行测试用例。
测试用例执行的第一步就是要先搭建软件测试环境，要给出软件的安装指导书、运行的软硬件环境、以及相关的配置等等。测试执行中，要全方位观察软件产品的问题，以及确认是否和预期测试用例结果是一致的。
3、提交测试报告。
在测试完成后，测试人员需要根据测试结果对发现的问题和缺陷进行分析，包括缺陷率、缺陷分布、缺陷修复趋势等。给出软件各种质量特性包括有功能性、可靠性、易用性、安全性、时间与资源特性等的具体度量。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。
4、跟踪Bug修改情况，不断测试完善产品。
5、产品的其他方面测试。
在单元测试基础上，将测试模块组装成系统，完成对产品的集成测试。以及对整个产品进行系统测试，找出需求规格等问题。可以过程中利用测试工具TestWriter对产品进行功能测试、还有一些性能及其它方面的测试，也可以选择正确的工具进行选择。
当然这还不算最后的完结工作，因为软件测试是贯穿于整个软件生命周期的，所以还需要对线上功能检查、当前版本问题反馈以及改进建议等，这样才算是比较完整的一个最终结束。

热心网友 时间：2022-03-01 17:47

1.需求分析

在测试前拿到产品需求文档，进行需求分析及需求评审前先对需求文档进行详细的阅读，对有疑问的地方进行标注。
具体可从以下进行：
a.分析产品功能点
b.产品核心竞争力
c.Kano模型、马斯洛需求分析、多问几个为什么、上下文分析法
2.制订测试用例
工欲善其事，必先利其器；对测试而言，测试用例就是器，做好了才能把好关
a.使用思维导图列举测试大纲，尽量发散，想到什么就写什么，；先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点。
b.可使用边界值法、等价类划分法、错误推测法、因果图法等设计案例
c.根据测试大纲制定测试用例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注
3.评审测试用例
a.测试作为主导，联合开发、项目经理、PM进行测试用例评审
b.可先讲解测试大纲，让开发、项目经理、PM心中对测试用例有个大概；后再进行详细测试用例讲解
4.执行测试
a.根据测试用例执行测试
b.发现问题保留现场，记录测试方法，通知开发解决问题
c.覆盖测试用例之外若有时间可进行探索性测试
5.提交Bug并推动Bug解决
a.在Bug管理工具上提交Bug，详细记录测试步骤
b.根据Bug严重程度划分Bug等级:致命、严重、一般、提示
c.推动开发解决问题，记录问题进展，一般聊天沟通，若问题严重则需通过邮件推动解决
6.回归测试
a.对已修复的Bug进行验证
b.对Bug所在模块进行基本功能测试；整体进行冒烟测试，确保不会因为修改Bug而引起其他功能出现问题
7.编写并提交测试报告
可使用金字塔原理设计测试报告，先总后分，上级统领下级，下级推导出上级，环环相扣
a.对Bug进行汇总，筛选出各个等级的Bug存活情况
b.制订Bug发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bug
c.总结归纳版本情况，评估发布与否。
想了解更多关于软件测试的知识就来关注中公优就业吧~