小陌123
简述一套完整的软件测试过程
阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建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事件。
手机软件测试的基本流程？
测试环境搭建，测试数据准备以及测试执行4.测试反馈，不理解需求，所有测试结束之后，在版本提交之前必须进行的，测试是设计出来的，不是凭空臆测的。
第三。
测试过程中很注重的几点是：第一；bug修复之后的再测试，模拟器）相关的测试，对日的事业者测试，ST（系统）测试手机软件测试其实分很多种，测试无从谈起。
第二，不正常的现象的分析。
包括自己不懂得业务，然后和相关的开发人员进行对应，最后促使问题得到解决的过程。
（测试faxianbug->评估提交bug->，如何去向成手或者Leader学习业务，包括测试过程中对于不明白的功能的理解，设计测试用例要用心到位；开发人员bug定位解决；测试用例书写3，不明白功能，还有协议测试（一般针对3G手机的多媒体画质和视频电话）。
一般指测试过程中发现异常，进行缺陷分析定位，要理解需求，测试过程中的沟通和报告，确定bug修复。
）5.测试项目结束后的总结分析（有的是没有这个环节的）6.回归测试，底层的基站相关的测试，各种外联设备（电压，电流，FT大多数翻译成场测。
每一种测试的流程都是不同的。
但是基本的流程如下：1.测试需求分析2.测试计划/。
还就是FT，与开发人员针对bug进行沟通，再现->。
比如说，集成版上的IT测试...
怎么自学软件测试？
软件测试是一个入门简单、但深入难的工作入门的时候只要会看懂中文、理解能力没问题就可以按照测试用例来执行用例了1、开始自学的时候找一本书来入门（软件测试原版第三版很不错）-差不多要1个月左右的时间、要能看懂明白里面的知识、这个阶段主要是学习理论知识2、有基础知识之后找一个软件来自己操作、从开始写测试计划、测试用例、到自己完成测试、并输出测试报告（这个阶段必须自己操作、如果有问题可以去51testing论坛提问）这里如果产品小的话1个月左右、软件功能多的话2个月多都有可能、建议从功能少的软件入手3、在执行第二个步骤的时候经常多去51testing论坛看看那些问题帖子、绝对增长你的知识量4、前面3个步完成之后可以开始关注招聘网站那些招聘软件测试的公司、去看看他们公司的做的什么产品、可以吧他们的产品下载回来按照步骤2的方式来自己写用例 执行测试、记录BUG、提交测试报告等内容（如果你去面试公司的时候拿着你的测试报告以及BUG单的话 成功率会高很多）5、前面几个步骤完成之后差不多要开始找工作了、建议去看看那本的书籍、这本书里面有很多软件测试的面试题目多看看提高知识量自学软件测试差不多需要6个月左右的时间PS：自学成才的3个要素、一是方法，二是愿望，三是自律。
这三个要素中任何一个的提高，都会加快目标的实现。
当然如果要在同样时间内实现目标，三个要素其中一个要素的增高，也就同时降低对其他两个要素的要求。
进一步之后需要会的知识会越来越多1、操作系统的知识（什么软件都是运行在操作系统之上的、一般的操作必须要会）2、数据库知识（现在还能找到多少不需要数据库的大型软件捏？）3、计算机网络（通信呀通信、千万不要TCP和UDP都分不清楚）4、计算机硬件（你要是C/S架构的测试或者是做性能测试、那么计算机硬件都是必修课了、总得知道IO是什么IOPS又是啥）5、各种测试工具的使用、什么QC/TD/BUGfree/QTP/LR之类的 不需要样样精通但是必须要熟练使用6、软件测试基础知识（这年头没有知识是万万不能的、软件测试基础知识其实买几本书好好看看就能学个差不多了）7、开发语言（做到高级软件测试的人都是会写点小工具的）8、测试环境配置：这个要说下、我在做配置管理的时候发现很多测试人员居然连自己的测试环境都配置不好、一个连自己的测试环境都不会配置的人会成为一个合格的测试么。
（你要测试web的apache、tomcat、iis之类的得会配置吧）PS：希望你不要被我写的这么多东西吓到了、这些知识是在软件测试的进化过程中慢慢积累起来的、不是所有人都一开始就会了、你是计算机专业毕业的。
那么计算机硬件、网络、操作系统、数据库什么的都应该在学校的时候有学到的、所以应该不是问题最后：祝你好运
大型的软件测试包括哪些阶段,不包括哪些阶段
楼上回答的很正确，测试流程分的很细。
最基本的测试流程图你要知道。
下面是我从51testing测试那里拷贝来的仅供参考。
软件测试流程51Testing软件测试网；L6O,V9m2`k)DI51Testing软件测试网'[V4CCM一：软件测试的阶段划分51Testing软件测试网-S8f#yz L-H51Testing软件测试网；Z9PX:__g可以从三个角度来将软件测试划分为多个阶段：yJ^ J'l0e2o25118251Testing软件测试网z,HdY:Pp1. 面向软件测试操作类型的划分，如调试、集成、确认、验证、组装、验收、操作；9n0e:m f ]:V/]25118251Testing软件测试网3CC}!BNm!Hr2. 面向软件测试对象粒度的划分，如语句、结构、单元、部件、配置项、子系统、系统、大系统；cO!F? X8Z%}25118251Testing软件测试网7OBA;Tm4H3. 面向软件测试实施者的划分，如开发者、测试者、验收者、使用者。
51Testing软件测试网O M{$cU['U51Testing软件测试网2zP1q_ _*p {二： 软件测试阶段的步骤8I~,I4P*h dn7N25118251Testing软件测试网H'@)ko!w,li每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。
51Testing软件测试网{f(J R%yGS#C2j(Y A%lA4B2q:Z2511822.0 a 测试需求分析G rf'V`;v'ns?8e251182测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。
用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。
而且被确定的测试需求项必须是可核实的。
即，它们必须有一个可观察、可评测的结果。
无法核实的需求不是测试需求。
所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他.51Testing软件测试网.KW'V#^
如何才能写好一个软件的测试用例
写好一个软件的测试用例的建议有：1、测试用例名称，也叫测试用例标题，一定要写得简洁、明了，需要用概括的语言描述该用例的出发点和关注点，使得测试人员第一眼看到测试用例名称就能够明白测试用例的目的。
用例名称中一般要求不能存在假设性的语句，并且原则上每个用例的名称不能重复。
2、预置条件要明确，包括测试环境、测试数据、测试场景。
因为许多BUG只有在特定的环境、特定的场景下才可以重现。
没有正确的前提条件，就无法进行后面的测试步骤或无法得到预期的结果。
3、测试步骤描述要简单、清晰，并且要清楚每一个步骤的描述，比如：第一步，输入用户姓名；第二步，输入登录密码；第三步，用户点击登录。
步骤写的明确时就利于提高用例的可操作性。
4、用例的预期结果要完整而且清晰，并且要将各个输出的结果写出来，包括：返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查。
5、测试用例级别要划分清楚，这样在测试执行时有主次之分。
6、测试用例的划分也要单一，一个测试用例只检查功能点的一种情况。
一个用例检查的情况太多，会导致用例的目的不明确。
而且这样组织用例，有利于需求覆盖率的统计。
一个功能点我们测试了哪些情况，以及哪些功能点我们在重点测试，一目了然。
...
软件测试有几个大方面的测试
测试用例的基本格式软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。
用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：PROJECT1-ST-001，命名规则是项目名称+测试阶段类型（系统测试阶段）+编号。
定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。
测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。
比如“测试用户登录时输入错误密码时，软件的响应情况”。
重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。
一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高”；反之亦然。
测试输入：提供测试执行中的各种输入条件。
根据需求中的输入条件，确定测试用例的输入。
测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
操作步骤：提供测试执行过程的步骤。
对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。
如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。
软件测试用例的设计主要从上述6个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。
具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍，这里不作赘述。
【软件测试主要包括】软件测试过程包括什么
软件测试的流程一般是这样的：需求评审-需求定稿，测试人员理解需求-测试组长发布测试计划-测试人员进行测试方案的编写及评审-测试人员根据测试方案定稿进行测试用例的设计及评审-测试人员根据测试用例进执行测试用例-发现问题bug提交-确认bug修复，关闭bug-编写测试报告及总结-编写安装文档或者使用手册-结束。
基本流程就是这样的，但是公司不同，流程也不同，也会出现各种对流程的把控和要去，如果是面试，照我写的说，基本没问题的。
关键是根据实际情况一步一步来，另外，性能测试和功能测试，以及迭代测试，都是不同的。
...
软件开发过程中常用的软件测试方法有哪些呢？
目前项目中所使用的测试方法 我目前所在的项目中（目前项目是一套C/S架构的系统），所使用的软件测试方法为：单元测试，集成测试，功能测试，回归测试，验收测试。
下面就上面的三种软件测试方法，分别做一下说明： （1）单元测试 这个步骤主要是开发者针对开发过程中，程序内部的函数、类、变量等等数据进行正确性的测试。
开发人员根据需求，在经过详细设计之后，开始着手编写代码。
一般情况下，每完成一个函数（类、变量……）之后，就要进行单元测试，以验证编写的函数能完成详细设计说明中的功能。
举个例子：一个函数需要把一些重要的数据插入到数据库中。
那在编写完这个函数之后，就要进行测试，以验证①函数能正确带出需要插入数据库的数据变量②带出的数据可以正确的插入需要插入的数据库。
在上述测试通过之后，再接着按照详细设计说明进行接下来的开发工作。
（2）集成测试 集成测试是在单元测试的基础上，将所有模块按照详细设计的要求组装成子系统或系统，进行集成测试。
集成测试侧重于模块间的接口正确性以及集成后的整体功能的正确性。
举个例子：等一个个函数或者功能模块的单元测试完成之后，就需要测试这些函数或者模块之间的整体的数据流是否正确。
（3）功能测试 等开发人员开发完之后就要把最后开发、测试（单元测试，整合测试）完的requirement release给内部QA人员去做功能测试。
因为开发人员的单元测试、集成测试只能保证release给QA的新的requirement的开发是可以正常运行的，执行起来的效率是最高的，一些基本的功能（如：数据库操作，通信，显示，error handing，信息反馈……）可以正常使用。
但是对于特定需求的业务逻辑还不能完全保证其正确性，所以需要更加详尽的功能测试过程。
在功能测试过程里，需要测试人员严格的按照需求说明，测试新开发的requirement是否完全符合user的要求，是否符合行业的规范，是否符合实际的操作流程和业务逻辑。
（4）回归测试 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。
理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。
根据修复好了的缺陷再重新进行测试。
回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。
一般指对某个已知已经修正的缺陷再次围绕它原来出现时的步骤重新测试。
（5）验收测试 验收测试是软件测试过程中的最后一步。
这时相关的user根据需求说明文档对系统进行测试和验收，决定是否接收系统。
它是一项确定产品是否能够满足合同或用户所规定需求的测试。
验收测试的目的是确保系统已经准备就绪，并且可以让最终user使用新需求中的功能。
要写一个测试的过程,从软件到硬件
硬件的测试我不是很懂。
软件的测试：1、先要拿到项目经理整合用户的需求规格说明书；2、根据需求规格说明书拟定初步的测试计划（要有人员安排，完成时间，机器要求等等），写完后要通过开会评审才算测试计划3、计划制定后开始根据各个功能模块写功能测试用例4、执行测试用例并跟踪记录缺陷，生成缺陷报告单5、根据软件不同需要做性能测试的话，要写性能测试方案。
6、最后写测试总结希望对你有帮助，有帮助请采纳，谢谢。
转载请注明出处51数据库 » 试写出大型软件的测试过程
