如何进行软件测试?

1. 如何进行软件测试?

测试里面的知识学习可以分为以下三个阶段来进行（这个阶段只是自己的一种个人见解）：第一个阶段我们必须要让做测试的人明白测试在整个软件工程里面的重要性，了解测试的相关基础知识，并且在了解这些知识的过程中逐渐挖掘出他对测试的兴趣。兴趣爱好是很好的从事一项工作的一个重要条件。让一个对测试丝毫不懂而且不感兴趣的人去直接去做测试，你不觉得是在耽误别人的青春吗？
第二个阶段我们必须对测试的流程的管理工作通过实际的软件测试有个非常明确的认识。因为很多时候工作都是在团队相互协调的情况下进行的，所以对于整个软件开发流程以及开发流程当中的测试流程都需要很熟悉，这样才可以更好的配合工作。当我们这些都很熟悉并且在工作当中应用很流畅的时候，我们就可以对测试工具进行相对应的学习。诚然，现在很多公司在招聘测试人员的时候总是要求了解自动化测试工具，实际上据了解，很多公司并不能真正用自动化测试。所以不要一进门就想着学习自动化测试工具，很多知识在你了解了其他知识之后学习效果跟用途可能会更好。在了解测试相关流程的同时我们必须扩充我们的其他相关知识，包括对我们的产品的客户的需求的了解要比开发人员了解更全面，更深入。这样才能保证我们的流程，我们的测试按照客观的正确的方向前进，而不至于被开发人员的思想所牵引。呵呵。我喜欢做事主动而不是被动的去执行。
到第三个阶段我们可以跟区分专业一样走自己喜欢的途径：一方面可以继续深入提高自己的测试的专业技能并且能够真正从事自动化测试，成为技术领域里面的专家。另一方面我们可以慢慢趋于测试管理方面。从一个初级测试工程师晋升到一个高级测试工程师比较快，但是从一个初级测试工程师发展到一个Team Leader所需要的时间相对比较长。而从一个高级测试工程师发展到一个资深测试工程师花费时间更长一点，到达资深测试工程师之后就可以很容易做到测试主管了，以后可以发展到PM。当然从初级测试人员到高级、资深测试人员并不是表述为“曲线发展过程”的，很多时候行业经验、行业知识的累积等都很重要。而这点只有深入发展的人才会发现其重要性的。很多随着时间的推移和经验的增长，一些沉淀下来的东西不是表现在字面上，别人就可以理解并领悟的。所以要有信心的同时我们做事还必须有耐心，罗马非一日建成。相信明天就要紧紧把握今天。

2. 怎么软件测试啊？

软件测试属于IT行业中容易入门的岗位，代码量较少。0基础进入IT行业，完全是ok的，IT行业分好几种有开发，测试，UI，自动化，测开，运维等这些岗位。在这些岗位里面测试相对来说还是比较容易上手学会的。因为开发、运维、自动化这些都对代码的要求挺高，0基础的话对代码认识不是一、两天就可以学好的。
课程内容主要有：
搭建Windows测试环境，JAVA编程，软件测试基础，数据库技术，用户界面技术，高效设计测试用例，阶段项目实训，搭建 Linux 测试环境，白盒测试，WEB技术，高效使用自动测试工具，软件质量保证，流行测试基础，企业级项目实训用例等！
学完可以从事：
功能测试工程师，性能测试工程师，安全测试工程师，白盒测试工程师，自动化测试工程师，接口测试工程师，测试开发工程师等。
互联网行业目前还是最热门的行业之一，学习IT技能之后足够优秀是有机会进入腾讯、阿里、网易等互联网大厂高薪就业的，发展前景非常好，普通人也可以学习。
想要系统学习，你可以考察对比一下开设有相关专业的热门学校，好的学校拥有根据当下企业需求自主研发课程的能力，能够在校期间取得大专或本科学历，中博软件学院、南京课工场、南京北大青鸟等开设相关专业的学校都是不错的，建议实地考察对比一下。
祝你学有所成，望采纳。

3. 软件怎么测试

在测试工作中，需要接触到各种类型的测试工具。一般来说，有以下一些类型的工具：
测试管理工具：可以帮助完成测试计划、跟踪测试运行结果等的工具。这类工具还包括有助于需求、设计、编码测试及缺陷跟踪的工具；
静态分析工具：分析代码而不执行代码。这种工具检测某些缺陷比用其它方法更有效，开销也更小。这种工具一般可以度量代码的各种指标，如McCabe测定复杂度，Logiscope度量代码和规范的复合度等等；
覆盖率工具：这种工具评估通过一系列测试后，软件被执行的程度。这种工具大量的被应用于单元测试中，如PureCoverage、TrueCoverage、Logiscope等；
动态分析工具：这种工具评估正在运行的系统。例如，检查系统运行过程中的内存使用情况，是否有内存越界、内存泄露等等，这类工具有Purify、BoundChecker等；
测试执行工具：这类工具可使测试能够自动化进行，并且各个层次（单元测试、集成测试、系统测试）的执行工具都有。例如系统测试阶段有功能测试自动化工具，如Robot、Winrunner、SilkTest等；还有性能测试工具，如Loadrunner、SilKPerformer等。
白盒测试工具主要有：
内存资源泄漏检查：Numega中的bouncechecker,Rational的Purify
代码覆盖率检查：Numega中的truecoverage,Rational的Purecoverage，Telelogic公司的logiscope, Macabe公司的Macabe
代码性能检查：Numega中的truetime,Rational的Quantify
代码静态度量分析质量检查工具：logiscope和Macabe
黑盒测试工具主要有：
客户端功能测试：MI公司的winrunner,compuware的qarun,Rational的robot
服务器端压力性能测试： MI公司的winload,compuware的qaload,Rational的SQA load等等
Web测试工具：MI公司的Astra系列，rsw公司的e-test suite
测试管理工具：rational的test manager,compuware的qadirector等
缺陷跟踪工具：trackrecord，Testtrack
单元测试工具：

4. 怎么软件测试啊

软件测试方法 
 
 
软件测试的基本方法 
单元测试的基本方法
综合测试的基本方法
确认测试的基本方法
系统测试的基本方法
软件测试的基本方法

　　软件测试的方法和技术是多种多样的。
　　对于软件测试技术，可以从不同的角度加以分类：

　　从是否需要执行被测软件的角度，可分为静态测试和动态测试。
　　从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；

1、黑盒测试

　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

2、白盒测试

　　白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

　　“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

3．ALAC(Act-like-a-customer)测试

 

　　ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。ALAC测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。

单元测试的基本方法

单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。
单元测试任务

　　单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。

　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：
　　 1 输入的实际参数与形式参数的个数是否相同；
　　 2 输入的实际参数与形式参数的属性是否匹配；
　　 3 输入的实际参数与形式参数的量纲是否一致；
　　 4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；
　　 5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；
　　 6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；
　　 7 调用预定义函数时所用参数的个数、属性和次序是否正确；
　　 8 是否存在与当前入口点无关的参数引用；
　　 9 是否修改了只读型参数；
　　 10 对全程变量的定义各模块是否一致；
　　 11是否把某些约束作为参数传递。

　　如果模块内包括外部输入输出，还应该考虑下列因素：
　　 1 文件属性是否正确；
　　 2 OPEN/CLOSE语句是否正确；
　　 3 格式说明与输入输出语句是否匹配；
　　 4缓冲区大小与记录长度是否匹配；
　　 5文件使用前是否已经打开；
　　 6是否处理了文件尾；
　　 7是否处理了输入/输出错误；
　　 8输出信息中是否有文字性错误；

　　检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：
　　 1 不合适或不相容的类型说明；
　　 2变量无初值；
　　 3变量初始化或省缺值有错；
　　 4不正确的变量名（拼错或不正确地截断）；
　　 5出现上溢、下溢和地址异常。

　　除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。

　　在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：
　　 1 误解或用错了算符优先级；
　　 2混合类型运算；
　　 3变量初值错；
　　 4精度不够；
　　 5表达式符号错。

　　比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误：
　　 1不同数据类型的对象之间进行比较；
　　 2错误地使用逻辑运算符或优先级；
　　 3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；
　　 4比较运算或变量出错；
　　 5循环终止条件或不可能出现；
　　 6迭代发散时不能退出；
　　 7错误地修改了循环变量。

　　一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：
　　 1输出的出错信息难以理解；
　　 2记录的错误与实际遇到的错误不相符；
　　 3在程序自定义的出错处理段运行之前，系统已介入；
　　 4异常处理不当；
　　 5错误陈述中未能提供足够的定位出错信息。

　　边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

单元测试过程

　　一般认为单元测试应紧接在编码之后，当源程序编制完成并通过复审和编译检查，便可开始单元测试。测试用例的设计应与复审工作相结合，根据设计信息选取测试数据，将增大发现上述各类错误的可能性。在确定测试用例的同时，应给出期望结果。

　　应为测试模块开发一个驱动模块（driver）和（或）若干个桩模块（stub）,下图显示了一般单元测试的环境。驱动模块在大多数场合称为“主程序”，它接收测试数据并将这些数据传递到被测试模块，被测试模块被调用后，“主程序”打印“进入-退出”消息。

　　驱动模块和桩模块是测试使用的软件，而不是软件产品的组成部分，但它需要一定的开发费用。若驱动和桩模块比较简单，实际开销相对低些。遗憾的是，仅用简单的驱动模块和桩模块不能完成某些模块的测试任务，这些模块的单元测试只能采用下面讨论的综合测试方法。

　　提高模块的内聚度可简化单元测试，如果每个模块只能完成一个，所需测试用例数目将显著减少，模块中的错误也更容易发现。

5. 如何进行软件功能测试

我是做软件测试工作的，仁者见仁智者见智，水平有限，就你提出的问题作一个简单的回答吧，一是期望对你的问题有所帮助，二也是对我自己的提高。
1、我对你的第一个问题表示质疑，你认为测试是保证软件质量吗？能保证吗？
   测试只能提高软件质量，做不到保证，bug是永远存在的，测试工作可以让这
   量减少、降低严重问题的存在；软件过程才可能保证它的质量，不是软件测
   试，所以这一点我要明确出来。一个软件的质量好坏不依赖于测试者，测试 
   再高明，软件设计本身的水平面要品质不高，巧妇也有无米之炊的无奈。

2、测试的原本目标就是发现缺陷，挑毛病，工作性质和开发人员相反，但目标 
   是一致的，都是为了使软件更完美、更稳定。

3、盖房子的时候，先打地基，地基如果有毛病（如不够深、不平），那以后房
   盖起来了住个几年，你会发现楼上的梁会发裂，渗水，然后越来越让人担
   忧。这时你要修复怎么办，再怎么补都不放心，因为地基有缺陷啊！这个道
   和第三个问题是一模一样的，修复的代价太大太大了！在测试中有一个规 
   则，问题越早解决代价越小，单元测试发现的问题解决只要1块钱，等到集成
   测试再解决，要10块钱，你认为比例有多大？需求分析系统设计是源头，重
   中之重，这个比例我认为要在上面我举例中增加80%，就是说它会导致你在编
   码阶段多付出8块钱。前期可能不觉得，越到后期将发现非常头痛，这也是我
   的经验之谈，没有太多的科学性哦。

4、对于测试员，首先是效率减低；对于项目而言，成本增加了。瞧病就错了
   诊，影响大么？将导致后面的百分之八十的事情白做了，百分之二在长远
   目标中有后期帮助，同时证明另外百分之八十步入歧途。这就要在测试设计
   的时候要仔细全面，但是这种事情多少都避免不了，早一点发现并改变，也
   是很重要的，另外多布置一些小结会议，有利到测试的工作方向和目标。

usfo，希望我的回答对你稍有帮助哦。

6. 怎样做好软件测试

可以是软件开发转入测试，这个时候强的是软件开发方面的知识，但是若的是对业务和需求本身的理解，同时也容易卷入程序员的固有思维而不能从客户的角度来看待问题；也可以是先从测试和业务熟悉做起，后面逐渐需求一些开发方面的知识，包括数据库SQL和脚本语言，但是往往没有真正做过开发又很难理解结构化编程的一些基本规则。这里面都存在一个转换问题，都需要自己在这个转换的环节多去思考，转变思维，多多总结。
其次测试最核心的内容是什么？做软件测试需要时刻的提醒自己来思考这个最重要的问题。软件工程书里面我们学过来，测试最重要的就是找出至今为止别人没有发现的Bug，找出尽可能多的有价值的问题，以最大限度的降低的缺陷泄露和现场故障。这个回答本身没有问题，不过我们还需要做一些更加深测试的思考，特别是做了测试一两年后更需要不断思考，测试的核心和关键点究竟在哪里？在这里我想谈两个比较重要的核心内容，一个就是拿到一个大的系统或复杂的业务功能后，这个时候第一个核心就是根据需求规格说明书进行测试分析，而不是一下切入到了测试用例和测试设计，测试分析的目的是让测试人员真正的理解需求和业务场景本身，测试有个重要的概念是测试场景，而测试场景则来源于需求场景。做测试分析的目的就是根据需求和业务流程梳理清楚我对整个测试流程的总体规划，搞清楚对于复杂的功能如何按一定的方法系统性的开展测试，如何更加有效的设计测试用例，如果加强测试用例和测试数据的复用，测试用例对需求和业务场景的覆盖等诸多问题。如果你还不能去考试测试分析，说明还在测试的一种初级阶段，完全照搬着需求规格说明书的测试用例是无法带来很好的测试效果和效率的。第二个重要内容要谈的是测试用例的设计问题，一条测试用例涉及到编号，名称，对应的需求点和业务规则，前置条件，测试步骤和预期输出和优先级等诸多内容，那带来的一个重要问题就是测试用例本身的核心是什么？其实这里我想指出的则是通过前期的测试需求分析后所规划的测试数据的准备问题，而测试数据准备的方法则来源于我们常说的黑盒测试场景方法，如等价类划分，边界值设定，因果分析等，这些都是为测试数据准备服务的，没有准备的测试数据预期的测试输出往往是一句空话，有了预先准备的测试数据测试的过程才是有计划和有目的的，真正准备了测试数据的人才谈得上在真正系统的使用各种黑盒测试方法。系统的规划和准备测试数据是系统化的进行测试用例的灵魂，你考虑了这点才会发现到，需求里面啰嗦了半天的内容往往仅仅需要1-2条测试用例概括即可，而需求里面只有一句话的业务规则往往则需要准备上十条甚至更多的测试用例来进行测试。如果在测试用例的设计上考虑到了这些问题，基本表示对业务深入理解和对测试方法已经灵活应用了。
最后谈下成为一个优秀的测试工程师，首先你要转变思维，你代表的是用户，你是整个软件产品或系统版本发布的最后一关，对你的评价只有一个就是从你手出去的产品到了用户现场的缺陷情况，这是唯一的一个有价值的目标。如果连对自己的工作绩效如何衡量都还不清楚，更谈不上如何做好测试，因此对于测试我们会谈到一个重要的外延就是质量管理方面知识的学习，质量管理基础理论，质量管理七工具，6Sigma等都可能是测试中需要时常用到的方法和工具，需要去拓展这个外延知识，加深对测试工作本身意义的理解。同时优秀的测试工作师不仅仅是测试方法和各种测试工具的熟悉，更重要的一点需要意识到的是对某个业务领域业务的深入理解，没有理解无法做好测试，理解一些可以做单个功能模

7. 怎样做好软件测试

作为一个软件测试工程师，首先，你要建立自己的测试思维，这个很重要，因为测试思维相当于你的软件的世界观，这也就是为什么，个人不支持从 开发转测试的原因，因为对于开发而言，他们是目标型的世界观，即需求要完成什么我去完成，如果你在开发中待的时间太长，容易习惯这样目标型世界观，而测试更多关注的是多方面的，有时候，就是一些在开发所谓的不可能、无所谓的东西最后造成软件的失败，而如何建立自己的软件世界观，那就要去通过测试的方法论的理解，很多人喜欢把黑盒测试方法论、白盒测试方法论，分得很清楚，其实两者是相通的，看懂这些东西很快的，但是悟透，这个过程会漫长。
接下来 我们讲讲你需要作为一个初级功能工程师所需要基本素质吧
1、软件测试的基本方法（边界值、等价类、错误分类、流程分析等等黑盒、白盒测试方法要有了解，并且掌握）这个不难，但请务必牢记在心中，它是你去建立自己世界观的基础，所有的测试逃不出这些方法
2、会写的基础的测试文档（测试用例、缺陷报告等）
3、会看开发文档（需求说明书、操作手册）
4、知道软件工程中，测试所需要做的事情，了解性能测试、安全测试等
当你有了基础，同时也有了自己的世界观，祝贺你已经入门了，这个时候，我建议你可以去了解不同软件开发不同环节人所作的事情，不单单是开发，需求、设计、运维等等，因为这样你会知道什么是体系、规范，为你以后的发展有着很好的帮助，这也是测试相对于开发优势的地方，开发更关注的是点，而测试要关注的是面，所以对于测试而言，除了准确的抓住细节的同时，大局观要好，否则做不好测试。

最后才是细节技术就是所谓的白盒测试、性能测试、自动化、安全等等，这些其实对测试而言反而是小节，技术永远不会阻碍你前行的脚步，反而思维，这个你可以根据自己喜好去发展，没有固定模式
顺便说一句，别看不起基础的功能测试，它没外人看得那么简单，因为如果你连测试用例都不会设计就别去说做性能测试、自动化测试、安全测试等等，要做一好的功能测试工程师，写的一手好用例（你的用例是个识字人都能执行、并且用例有效的系统覆盖率也是很高的）、好缺陷（是个识字的人都能理解你说的是问题，并且抓住重点），很难的，真心不是普通人能做好的，要去花心思琢磨的。

8. 什么是软件测试，软件怎么测试

软件测试定义是：为了发现程序中的错误而执行程序的过程
（这个行业现在比较热门。而且好的测试员收入可观。）
它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness)
、完全度(completeness)和质量(quality)的软件过程；是SQA(software
quality
assurance)的重要子域。
软件测试的目标：
(1)测试是为了发现程序中的错误而执行程序的过程；
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
软件测试的内容：
软件测试主要工作内容是验证(verification)和确认(
validation
)，下面分别给出其概念：
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。(Do
the
right
thing)
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；
2.程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；
3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do
it
right)
1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；
2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
从不同的角度出发，软件测试可以划分为不同的分类：
从是否关心软件内部结构和具体实现的角度划分
A.白盒测试
B.黑盒测试
C.灰盒测试
从是否执行程序的角度
A.静态测试
B.动态测试。
从软件开发的过程按阶段划分有
A.单元测试
B.集成测试
C.确认测试
D.验收测试
E.系统测试