软件测试方法与技术作业.doc

装 订 线专业班级： 计科1101 姓 名： 黄剑 学 号： 2011442113 密 封 线重 庆 科 技 学 院2013/2014学年第 2 学期考试试卷( A )卷课程名称： 软件测试方法与技术 专业年级：计科2011级 选课课号：_ B140102 抽(命)题人： 裴 仰 军 本卷共 页，考试方式： 大开卷 ，考试时间： 分钟题 号一二三四五六七八九十总 分得 分阅卷人大作业：一、 在本门课程中，工作总结(课堂上，老师讲了哪些知识？自己做了哪些工作？自己课外做了哪些工作)1. 课堂上讲的知识点软件测试的优点：有两个程序开发者，第一个开发者不断地写程序，另一个开发者没写一个模块就会附带一个简短的测试程序。第一个程序员的程序在运行时错误接连出现，不能及时完成任务，第二个程序员整个系统运行很好，出现问题也能及时找出并改正。这只是一个简单的对比。单元测试能大大减少花在测试上面的时间。可以提高低层代码的正确性，从而提高调用他的高层代码的正确性。提高软件质量，降低成本，缩短软件开发周期。软件测试工作量往往占软件开发总量的40%左右，在软件开发的总成本中，用在测试上的开销要占30%50%，由此可以看出软件测试在软件开发中至关重要。软件测试目：(1)测试是为了发现程序中的错误而执行程序的过程。(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。(3)成功的测试是发现了至今为止尚未发现的错误的测试。(4)测试并不仅仅是为了找出错误。通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进。(5)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和有效性。(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。(7)另外，根据测试目的的不同，还有回归测试、压力测试、性能测试 等，分别为了检验修改或优化过程是否引发新的问题。软件测试原则：1、测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。2、程序员应该避免检查自己的程序，软件测试应该由第三方来负责。3、设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，如网络异常中断、电源断电等。4、应该充分注意测试中的群集现象。5、对错误结果要进行一个确认过程。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题。6、制定严格的测试计划。要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成也有一个高水平的测试。单元测试：单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试的模块： TestMethod public void TestMethod1() newclass asd = new newclass(); int a = 5; 变量a int b = 5; 变量b int c = a + b; 期望值s int s = asd.sf(a, b); 实际值c Assert.AreEqual(c,s); 比较结果 DataSource(Microsoft.VisualStudio.TestTools.DataSource.CSV, |DataDirectory|asd.csv, asd#csv, DataAccessMethod.Sequential), DeploymentItem(TestProject1asd.csv), TestMethod public void TestMethod1() BankSystem.Class1 sf= new BankSystem.Class1(); int a = int.Parse(testContextInstance.DataRow0.ToString(); int b = int.Parse(testContextInstance.DataRow1.ToString(); int s = sf.F(a,b); r = int.Parse(testContextInstance.DataRow2.ToString(); Assert.AreEqual(r, s);二、 知识点总结1：知识点名称+应用领域+举例（业务+部分核心程序）以下知识点是来之笔记和老师的文件。1、白盒测试白盒测试：白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。白盒的测试用例需要做到：a、保证一个模块中的所有独立路径至少 被使用一次b、对所有逻辑值均需测试 true 和 falsec、在上下边界及可操作范围内运行所有循环d、检查内部数据结构以确保其有效性白盒测试的目的：通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。2、判定覆盖与条件覆盖判定覆盖：判定覆盖又称为分支覆盖，它要求设计足够多的测试用例，使得程序中每个判定至少有一次为真值，有一次为假值，即：程序中的每个分支至少执行一次。每个判断的取真、取假至少执行一次。判定覆盖例子： 判定表达式：a1 or b1 用判定覆盖设计的测试数据： a5 （判定表达式的值为“真”） a0（判定表达式的值为“假”）这里不需要管b的取值，就已经满足判定覆盖的条件了。条件覆盖：条件覆盖要求设计足够多的测试用例，使得判定中的每个条件获得各种可能的结果，即每个条件至少有一次为真值，有一次为假值。条件覆盖例子：判定表达式：a1 or b1用条件覆盖设计的测试数据： a5 （条件a1的值为“真”） a0（条件a1的值为“假”）b5 （条件b1的值为“真”） b0 （条件b1的值为“假”）这里不考虑 a1 or b1 这个表达式的取值的情况，但必须把a1 和b1 这两个条件的取值考虑全。完全的条件覆盖并不能保证完全的判定覆盖。3、边界条件边界条件是指软件计划的操作界限所在的边缘条件.如果软件测试问题包含确定的边界。一致性（conformance）值是否符合预期的格式？有序性（ordering）组值是该有序，还是该无序的？区间性（range）值是否在一个合理的最大值和最小值的范围依赖性（reference）代码是否应用了一些不受代码本身直接控制的外部因素？存在性（existence）值是否存在？基数性（cardinality）是否恰好有足够的值？绝对的或相对的时间性（time）所有的事情是否都安顺序发生的？是否在正确的时间？是否及时？4、测试用例的设计原则a、准确性。测试用例设计确实符合测试需求，必须准确地说明测试的内容。b、简洁性。测试用例的设计中必须包含完成测试必要的步骤、要素，不需要加入所欲的、可有可无的步骤、要素。c、可重用性。要求测试是可控的，它能够使任何人在任何时间进行测试都能获得同样的结果。d、适用性。测试用例对于当前的测试环境和测试者而言是可以执行的。e、可跟踪性。测试用例是针对特定测试需求的。f、纯净性。不会因为执行该测试用例而影响其他的测试用例的执行，永力众应说明如何将应用系统恢复到最初状态，而不会影响后续测试进行。为系统运行起来而设计的测试用例。为正向测试而设计的测试用例。为逆向测试而设计的测试用例。为满足特殊需求而设计的测试用例。为代码覆盖而设计的测试用例。5、自动化测试利用计算机的能力去执行人力无法有效执行的测试（软件维护发布前，需要执行上百次、上千次的测试）。在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。自动化测试不是测试工程师的替代品。自动化测试的优点：有利于对程序的新版本运行已有的测试完成手工测试困难或不可能的测试保证一致性和可重复性测试服用性，自动测试的复用次数远远高于手工重复次数可以更快的将软件推向市场增加软件的信任度自动化测试的种类：API自动化测试性能测试负载测试压力测试安全性测试6、非功能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。稳定性测试稳定性测试就测试系统的长期稳定运行能力。在系统运行过程中，对系统施压，观察系统的各种性能指标，以及服务器的指标。稳定性测试的测试时间和压力存在一定的关系。可用性测试所谓可用性评估，即是对软件“可用性”进行评估，检验其是否达到可用性标准。按照参与可用性评估的人员划分，可以分为专家评估和用户评估；按照评估所处于的软件开发阶段，可以将可用性评估划分为形成性评估和总结性评估。国际化测试是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行。国际化是为了解决软件能在各个不同语言、不同风俗的国家和地区使用的问题，对计算机设计和编程作出的某些规定。安装卸载测试确保该软件在正常情况和异常情况的不同条件下，例如