软件测试方法软件测试的基本方法和流程

程序测试的测试方法

白盒测试，又称结构测试。

他的前提是可以把程序看成在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。

这种方法按照程序内部逻辑设计测试用例，检测程序中的主要执行通路是否能按照预定要求正确工作。

白盒测试根据软件的内部逻辑设计设施用例，常用的技术是逻辑覆盖，即考察用测试数据运行被测程序是对程序逻辑的覆盖程度。

主要的覆盖标准有：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合条件覆盖和路径覆盖。

单元测试（unit testing），也称模块测试，通常可放在编程阶段，由程序员对自己编写的模块自行测试，检查模块是否实现了详细设计说明书中规定的功能和算法。

单元测试主要发现编程和详细设计中产生的错误，单元测试计划应该在详细设计阶段制定。

单元测试期间着重从以下几个方面对模块进行测试：模块接口、局部数据结构、重要的执行通路、出错处理通路及边界条件等。

确认测试（validation testing），主要依据软件需求说明书检查软件的功能、性能及其他特征是否与用户的需求一致。

确认测试计划应该在需求分析阶段制定。

软件测试的方法有哪两种？黑盒测试和白盒测试的区别是什么？

黑盒法:该方法是把被测试对象看成一个黑盒子,测试人员完全不考虑程序内部结构和处理过程.只在软件的接口处进行测试,根据需求规格说明书.检查程序是否满足功能要求.因此黑盒测试有称为功能测试或数据驱动测试/ 白盒法: 该方法是把测试对象看作一个打开的盒子,测试人员须了解程序的内部结构和处理过程,一检查处理过程的细节为基础,对程序中尽可能多的逻辑路径进行测试,检验内部控制结构和数据结构是否有错,实际的运行状态与预期的状态是否一致.

软件的测试方法可分为（）和（）两种

传统上认为软件测试的方法从总体上分为两类。

第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设法证明软件是“不工作的”。

简述一套完整的软件测试过程

阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图： /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事件。

软件测试的基本方法和流程

软件测试工作流程： 1、需求分析、需求评审 需求分析和评审就是分析客户的需求可不可行，需要怎么进行测试。

2、编写测试计划 编写测试计划通俗一点讲就是什么人在什么时间做什么事，最后产出什么东西。

那也就是测试人员要测试哪些模块、在什么期限内，提交哪些文档。

3、编写测试用例、用例评审 测试用例就是指导测试的文档，比如我们要测试商城登录、买东西等功能，通过测试方法和策略设计测试用例。

评审就是评价审查，不能想当然该怎么测。

不能只是输入正确的用户名和密码，能登录进去就完事了。

作为软测工程师需要有破坏性，比如密码输错时怎么办?会不会有相应的报错等等? 4、执行测试、提交bug、回归测试 Bug就是缺陷，发现bug之后，要提交给开发人员让他们去修改，然后进行回归测试，验证开发人员有没有改好。

5、编写测试总结报告 Bug都改好了之后，要编写测试总结报告，这款软件的质量如何。

制定测试计划； 然后根据测试计划做： 设计测试用例、实施测试（首先要搭建测试用环境）、管理测试时发现的BUG、测试完后（测试完，并且发现的BUG修正完）要做测试报告（这样，该测试过程就算结束了，每种类型（单元测试、集成测试、系统测试、验证测试）的测试都是如此）； 根据项目规模大小不同，不同公司规范不同，会有较大差别的；