软件测试的步骤
展开全部 软件测试步骤,一般是:制定测试计划;然后根据测试计划做:设计测试用例、实施测试(首先要搭建测试用环境)、管理测试时发现的BUG、测试完后(测试完,并且发现的BUG修正完)要做测试报告(这样,该测试过程就算结束了,每种类型(单元测试、集成测试、系统测试、验证测试)的测试都是如此);根据项目规模大小不同,不同公司规范不同,会有较大差别的;...
软件测试的具体步骤是怎样的?
展开全部 手机软件测试其实分很多种。
比如说,集成版上的IT测试,对日的事业者测试,ST(系统)测试,还有协议测试(一般针对3G手机的多媒体画质和视频电话),底层的基站相关的测试,各种外联设备(电压,电流,模拟器)相关的测试。
还就是FT,FT大多数翻译成场测。
每一种测试的流程都是不同的。
但是基本的流程如下:1.测试需求分析2.测试计划/测试用例书写3.测试环境搭建,测试数据准备以及测试执行4.测试反馈。
一般指测试过程中发现异常,进行缺陷分析定位,然后和相关的开发人员进行对应,最后促使问题得到解决的过程。
(测试faxianbug->评估提交bug->开发人员bug定位解决,与开发人员针对bug进行沟通,再现->bug修复之后的再测试,确定bug修复。
)5.测试项目结束后的总结分析(有的是没有这个环节的)6.回归测试,所有测试结束之后,在版本提交之前必须进行的。
测试过程中很注重的几点是:第一,要理解需求,不理解需求,不明白功能,测试无从谈起。
第二,设计测试用例要用心到位,测试是设计出来的,不是凭空臆测的。
第三,测试过程中的沟通和报告。
包括自己不懂得业务,如何去向成手或者Leader学习业务,包括测试过程中对于不明白的功能的理解,不正常的现象的分析,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.需求分析阶段:只要就是对业务的学习,分析需求点。
2.测试计划阶段:测试组长就要根据SOW开始编写《测试计划》,其中包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容。
3.测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案。
《测试方案》编写完成后也需要进行评审。
4.测试方案阶段:主要是对测试用例和规程的设计。
测试用例是根据《测试方案》来编写的,通过《测试方案》阶段,测试人员对整个系统需求有了详细的理解。
这时开始编写用例才能保证用例的可执行和对需求的覆盖。
测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。
其中操作步骤和预期结果需要编写详细和明确。
测试用例应该覆盖测试方案,而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。
同样,测试用例也需要评审。
5.测试执行阶段:执行测试用例,及时提交有质量的Bug和测试日报,测试报告等相关文档。
什么是软件测试,软件测试一般需要多少步骤
需求分析(Requirment Analyzing)应该说是软件测试的一个重要环节,测试开发人员对这一环节的理解程度如何将直接影响到接下来有关测试工作的开展。
可能有些人认为测试需求分析无关紧要,这种想法是很不对的。
需求分析不但重要,而且至关重要。
一般而言,需求分析包括软件功能需求分析、测试环境需求分析、测试资源需求分析等。
其中最基本的是软件功能需求分析,测一款软件首先要知道软件能实现哪些功能以及是怎样实现的。
比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能。
那我们就应该知道软件是怎样来实现这些功能的,为了实现这些功能需要哪些测试设备以及如何搭建相应测试环境等,否则测试就无从谈起!既然谈了需求分析,那么我们根据什么来分析呢?总不能凭空设想吧。
总得说来,做测试需求分析的依据有软件需求文档、软件规格书以及开发人员的设计文档等,相信管理一些规范的公司在软件开发过程中都有这些文档。
测试计划 测试计划(Test Plan)一般由测试负责人来编写。
测试计划的依据主要是项目开发计划和测试需求分析结果而制定。
测试计划一般包括以下一些方面: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等,这些测试环境都是必须的。
而对于一些嵌入式软件,如手机软件,如果我们想测试一下有关功能模块的耗电情况,手机待机时间等,那么我们可能就需要搭建相应的电流测试环境了。
当然测试中对于如手机网络等环境都有所要求。
测试环境很重要,符合要求的测试环境能够帮助我们准确的测出软件问题,并且做出正确的断。
为了测试一款软件,我们可能根据不同的需求点要使用很多不同的测试环境。
有些测试环境我们是可以搭建的,有些环境我们无法搭建或者搭建成本很高。
不管如何,我们的目标是测试软件问题,保证软件质量。
测试环境问题,还是根据具体产品以及开发者的实际情况而采取最经济的方式吧。
测试执行 测试执行过程又可以分为以下阶段:单元测试→集成测试→系统测试→出厂测试,其中每个阶段还有回归测试等。
从测试的角度而言,测试执行包括一个量和度的问题。
也就是测试范围和测试程度的问题。
比如一个版本需要测试哪些方面?每个方面要测试到什么程度?从管理的角度而言,在有限的时间内,在人员有限甚至短缺的情况下,要考虑如何分工,如何合理地利用资源来开展测试。
当然还要考虑以下问题:1. 当测试人员测试的执行不到位、敷衍了事时该如何解决?2. 测试效率问题,怎样提高测试效率?3. 根据版本的不同特点是只做验证测试还是采取冒烟测试亦或是系统全面测试?4. 当测试过程中遇到一些偶然性随机问题该怎样处理?5. 当版本中出现很多新问题时该怎样对待?测试停止标准?
软件测试的流程是什么?
展开全部 测试流程依次如下: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.用户体验、软件发布等……...
请教零基础学习软件测试的方法与步骤,求高手指点,感激不尽!!
展开全部 也是在网上的一个回答!郁闷胡说八道的都有…软件测试具体分两种,黑盒测试和白盒测试:在刚踏入软件测试这个职位的时候,无论你的学识,都会从黑盒测试做起,黑盒测试,属于功能测试,这个阶段没什么好谈的,只是每天的编写测试文档与执行测试;如果在你的测试经验足够多的话,可以申请成为白盒测试,白盒测试要求是有一定的开发经验,其实没有这么严格,只是要求你要能看得懂代码,在你找到错误的时候,要能找到这个错误的代码定位,要具体到某一个文件的某一方法或者某一类出错。
为什么要说这两点,因为我要纠正你们的观念:软件测试工程师,同样可以学习开发工程师的经验。
我发现有很多人都是和我讲,说测试没前景啊,测试不如开发啊,其实你们看的是表面只是前期,我面试过很多应聘测试的,都是对自己的未来走向很担心。
其实不然,只要你懂得学习,测试同样会有开发的经验,我身边有很多的例子,不胜枚举。
其实真实的来讲,测试分三个层次,初级是黑盒,中级是白盒,高级测试员,是可以代替需求员和开发员的。
测试的前景,这里我也不必多说,如果你真的有疑问的话,可以追问,可以给你解答。
其实我很推荐的是开发人员转去测试,然后回头做开发,为什么这么做?因为测试是尽可能的找到软件存在的缺陷并且尽早的发现并抛出来,同时测试员也是这个软件的安全负责人。
当开发人员有了测试工程师的经验之后,会更加的能抓到软件容易出问题的所在,开发的时候会更加注重代码的规范啊,代码的合理性等等,从而是软件趋向精品化。
至于你说测试、开发、系统架构师等等互相转业的事,我可以肯定的告诉你,没有弯路!只要你的本领足够,就向你的领导提出申请,如果你的能力足以承担起这份岗位的时候,你自然可以转型,领导很愿意看到自己的员工“多才多艺”的,懂吗?但是我要告诉你一点,就是,我说的这几项,都只是技术类的转型,但是如果你说要技术岗位转和非技术岗位的转型,这个就很难,劝你不要想这条路,举个例子,你是测试,后来去做了销售,可是回头再想做回测试,难了。
就说这么多,如果你看到了就更好,有疑问尽管提。
还有,我不希望大家对“软件测试工程师”这个行业有什么特别的看法,我可以很肯定的告诉大家,软件测试这个行业,在近几年将会非常的热门,现在北京对这个行业稀缺度很高,后期的待遇甚至要高于开发工程师!而且还有一点,开发工程师一定会隶属某一个项目组来进行项目,而软件测试则直接隶属于公司,由公司统一调配到项目组进行配合,这就从根本上区分了开发与测试的待遇问题!当然,如果你只是初级测试,待遇肯定不行,但是如果你达到了中级测试,也就是白盒,那么你的薪资待遇讲和开发持平。
到后面,自己想吧。
我只能说,公司更加的注重软件出来的精品程度与质量,而这些完全取决于测试工程师。