软件测试具体的流程及所要用到的工具
一般测试流程:1.需求分析阶段:只要就是对业务的学习,分析需求点。
2.测试计划阶段:测试组长就要根据SOW开始编写《测试计划》,其中包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容。
3.测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案。
《测试方案》编写完成后也需要进行评审。
4.测试方案阶段:主要是对测试用例和规程的设计。
测试用例是根据《测试方案》来编写的,通过《测试方案》阶段,测试人员对整个系统需求有了详细的理解。
这时开始编写用例才能保证用例的可执行和对需求的覆盖。
测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。
其中操作步骤和预期结果需要编写详细和明确。
测试用例应该覆盖测试方案,而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。
同样,测试用例也需要评审。
5.测试执行阶段:执行测试用例,及时提交有质量的Bug和测试日报,测试报告等相关文档。
软件测试的流程是什么?
测试流程依次如下:1.需求:阅读需求,理解需求,与客户、开发、架构多方交流,深入了解需求。
--testing team2.测试计划: 根据需求估算测试所需资源(人力、设备等)、所需时间、功能点划分、如何合理分配安排资源等。
---testing leader or testing manager3.用例设计:根据测试计划、任务分配、功能点划分,设计合理的测试用例。
---testing leader, senior tester4.执行测试:根据测试用例的详细步骤,执行测试用例。
--every tester(主要是初级测试人员)5.执行结果记录和bug记录:对每个case记录测试的结果,有bug的在测试管理工具中编写bug记录。
--every tester(主要是初级测试人员)6.defect tracking:追踪leader分配给你追踪的bug.直到 bug fixed。
--every tester7.测试报告:通过不断测试、追踪,直到被测软件达到测试需求要求,并没有重大bug.8.用户体验、软件发布等……
软件测试流程是什么??
制定测试计划;设计测试用例、实施测试(首先要搭建测试用环境)、管理测试时发现的BUG、测试完后(测试完,并且发现的BUG修正完)要做测试报告(这样,该测试过程就算结束了,每种类型(单元测试、集成测试、系统测试、验证测试)的测试都是如此);
软件测试的流程是什么?
展开全部 测试流程依次如下:1.需求:阅读需求,理解需求,与客户、开发、架构多方交流,深入了解需求。
--testing team2.测试计划: 根据需求估算测试所需资源(人力、设备等)、所需时间、功能点划分、如何合理分配安排资源等。
---testing leader or testing manager3.用例设计:根据测试计划、任务分配、功能点划分,设计合理的测试用例。
---testing leader, senior tester4.执行测试:根据测试用例的详细步骤,执行测试用例。
--every tester(主要是初级测试人员)5.执行结果记录和bug记录:对每个case记录测试的结果,有bug的在测试管理工具中编写bug记录。
--every tester(主要是初级测试人员)6.defect tracking:追踪leader分配给你追踪的bug.直到 bug fixed。
--every tester7.测试报告:通过不断测试、追踪,直到被测软件达到测试需求要求,并没有重大bug.8.用户体验、软件发布等……...
软件测试的工作流程是什么??
软件测试的测试流程有1、制定测试计划2、编辑测试用例3、执行测试用例4、发现并提交BUG5、开发组修正BUG6、对已修正BUG进行返测7、修正完成的BUG将状态置为已关闭,未正确修正的BUG重新激活,参考什么是软件测试和软件测试原则http://note.youdao.com/share/?id=85745976126d1bb9dddd5f951db30be1&type=note
软件测试基本流程
展开全部 软件测试基本流程是:测试计划,测试需求分析,测试用例的编写,测试执行,测试结果的分析,测试报告的编写。
开发人员修改了bug后,一般要进行回归测试这样来进行测试的迭代。
这就是大致的一个流程。
希望对你有所帮助。
有什么问题,请再咨询,我会很乐意帮助你!...
手机软件测试的基本流程?
展开全部 手机软件测试其实分很多种。
比如说,集成版上的IT测试,对日的事业者测试,ST(系统)测试,还有协议测试(一般针对3G手机的多媒体画质和视频电话),底层的基站相关的测试,各种外联设备(电压,电流,模拟器)相关的测试。
还就是FT,FT大多数翻译成场测。
每一种测试的流程都是不同的。
但是基本的流程如下:1.测试需求分析2.测试计划/测试用例书写3.测试环境搭建,测试数据准备以及测试执行4.测试反馈。
一般指测试过程中发现异常,进行缺陷分析定位,然后和相关的开发人员进行对应,最后促使问题得到解决的过程。
(测试faxianbug->评估提交bug->开发人员bug定位解决,与开发人员针对bug进行沟通,再现->bug修复之后的再测试,确定bug修复。
)5.测试项目结束后的总结分析(有的是没有这个环节的)6.回归测试,所有测试结束之后,在版本提交之前必须进行的。
测试过程中很注重的几点是:第一,要理解需求,不理解需求,不明白功能,测试无从谈起。
第二,设计测试用例要用心到位,测试是设计出来的,不是凭空臆测的。
第三,测试过程中的沟通和报告。
包括自己不懂得业务,如何去向成手或者Leader学习业务,包括测试过程中对于不明白的功能的理解,不正常的现象的分析,bug提交前后和开发人员之间的交流等。
...
软件测试具体需要什么流程
其实软件测试流程的主线都是差不多的1、开项目需求评审会议(项目组成员对需求进行评审)2、制定测试计划3、根据项目需求说明书和测试计划写测试方案4、根据测试方案等文档写测试用例5、执行测试用例6、提交bug并跟踪7、写测试报告(测试用例执行完成,bug都已经跟踪完)8、结束
简述一套完整的软件测试过程
阶段:编写测试计划,测试用例、测试缺陷报告,并执行测试用例,搭建Windows测试环境,熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛,当然要一步步来的,要有计划才能执行啊,大概是这样吧 ^_^ 使用测试技术及工具:白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图: http://www.testage.net/Studio/Tech/200601/143.htm详细测试步骤: 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事件。
软件测试的流程是什么?
需求分析需求分析(RequirmentAnalyzing)应该说是软件测试的一个重要环节,测试开发人员对这一环节的理解程度如何将直接影响到接下来有关测试工作的开展。
可能有些人认为测试需求分析无关紧要,这种想法是很不对的。
需求分析不但重要,而且至关重要。
一般而言,需求分析包括软件功能需求分析、测试环境需求分析、测试资源需求分析等。
其中最基本的是软件功能需求分析,测一款软件首先要知道软件能实现哪些功能以及是怎样实现的。
比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能。
那我们就应该知道软件是怎样来实现这些功能的,为了实现这些功能需要哪些测试设备以及如何搭建相应测试环境等,否则测试就无从谈起!既然谈了需求分析,那么我们根据什么来分析呢?总不能凭空设想吧。
总得说来,做测试需求分析的依据有软件需求文档、软件规格书以及开发人员的设计文档等,相信管理一些规范的公司在软件开发过程中都有这些文档。
测试计划测试计划(TestPlan)一般由测试负责人来编写。
测试计划的依据主要是项目开发计划和测试需求分析结果而制定。
测试计划一般包括以下一些方面:1.测试背景a.软件项目介绍;b.项目涉及人员(如软硬件项目负责人等)介绍以及相应联系方式等。
2.测试依据a.软件需求文档;b.软件规格书;c.软件设计文档;d.其他,如参考产品等。
3.测试资源a.测试设备需求;b.测试人员需求;c.测试环境需求;d.其他。
4.测试策略a.采取测试方法;b.搭建哪些测试环境;c.采取哪些测试工具以测试管理工具;d.对测试人员进行培训等。
5.测试日程a.测试需求分析;b.测试用例编写;c.测试实施,根据项目计划,测试分成哪些测试阶段(如单元测试、集成测试、系统测试阶段,α、β测试阶段等),每个阶段的工作重点以及投入资源等。
6.其他。
测试计划还要包括测试计划编写的日期、作者等信息,计划越详细越好了。
计划赶不上变化,一份计划做的再好,当实际实施的时候就会发现往往很难按照原有计划开展。
如在软件开发过程中资源匮乏、人员流动等都会对测试造成一定的影响。
所以,这些就要求测试负责人能够从宏观上来调控了。
在变化面前能够做到应对自如、处乱不惊那是最好不过了。
测试设计测试设计主要包括测试用例编写和测试场景设计两方面。
一份好的测试用例对测试有很好的指导作用,能够发现很多软件问题。
关于测试用例编写,请参见前面写的《也谈测试用例》一文,里面有详细阐述。
测试场景设计主要也就是测试环境问题了。
测试环境搭建不同软件产品对测试环境有着不同的要求。
如C/S及B/S架构相关的软件产品,那么对不同操作系统,如Windows系列、unix、linux甚至苹果OS等,这些测试环境都是必须的。
而对于一些嵌入式软件,如手机软件,如果我们想测试一下有关功能模块的耗电情况,手机待机时间等,那么我们可能就需要搭建相应的电流测试环境了。
当然测试中对于如手机网络等环境都有所要求。
测试环境很重要,符合要求的测试环境能够帮助我们准确的测出软件问题,并且做出正确的断。
为了测试一款软件,我们可能根据不同的需求点要使用很多不同的测试环境。
有些测试环境我们是可以搭建的,有些环境我们无法搭建或者搭建成本很高。
不管如何,我们的目标是测试软件问题,保证软件质量。