下载文档原格式
河北民族师范学院软件测试课程设计报告题目：最大公约数和最小公倍数姓名：班级：学号：指导老师：2014.10.9目录第1章软件测试的概念和设计要求 (3)1.1 测试目的 (3)1.2 测试选题 (3)1.3测试人员 (3)1.4测试方法 (3)1.5 测试资料及参考书 (3)1.6关于黑盒测试 (3)1.7 关于白盒测试 (4)1.8、黑盒测试与白盒测试的比较 (4)1.9 软件测试过程 (5)1.10数据整理 (6)第2章关于最大公约数和最小公倍数问题 (7)2.1求最大公约数和最小公倍数的黑盒测试 (7)2.1.1.问题描述： (7)2.1.2.程序代码（开发环境：Windowsxp xp、java）： (7)2.1.3.测试方法 (7)2.1.4.测试用例设计 (8)2-2求最大公约数和最小公倍数的白盒测试 (10)2.2.1核心程序代码 (10)2.2.2程序流程图 (10)2.2.3 测试用例 (11)2.2.4程序控制流图 (12)设计心得与体会 (12)第1章软件测试的概念和设计要求1.1 测试目的1.练习和掌握软件测试管理的一般过程与步骤；2.掌握测试管理的人工过程和能够通过相关管理软件实现以下工作：a)配置软件资产信息、软件需求、软件模型和缺陷数据库；b)创建和管理多个测试组和用户；c)配置测试环境、编写详细测试计划、安排测试进度；d)设计测试脚本、测试用例；e)实施测试、执行测试和评估测试。
1.2 测试选题关于求最大公约数和最小公倍数问题的测试；1.3测试人员张@@：软件测试计划及相关资料的编写与收集。
李@@：对特定问题编写程序代码，并对其进行黑盒测试。
王@@：对特定问题编写程序代码，并对其进行白盒测试。
1.4测试方法对于选题，使用黑盒测试技术，测试内容包括等价类划分测试、边界值分析测试、决策表方法使用。
使用白盒测试技术，测试内容包括语句覆盖测试、分支覆盖测试、条件覆盖测试、分支/条件覆盖测试、条件组合覆盖测试及基本路径测试。
一、按测试类型中文名称英文名称1冒烟测试smoke testing2功能测试functional testing3UI测试user interface testing4性能测试performance testing5自动化测试automated testing6压力测试stress testing7负载测试load testing8并发测试concurrency testing9单元测试unit test10集成测试integration test11系统测试system test12验收测试acceptance testing13回归测试regression testing14alpha测试alpha testing（非公司内部用户在公司内部的模拟环境中测试）15gamma测试gamma testing（用户在实际使用环境中测试，开发者不在现场，又名现场测试）16黑盒测试black box testing17白盒测试white box testing18灰盒测试gray box testing19随机测试ad-hoc test20兼容性测试compatibility testing 21本地化测试localizational testing 22国际化测试international testing 23可移植性测试portability testing24引导测试pilot testing25安装测试installation testing26文档测试documentation testing 27配置测试configuration test28可靠性测试reliability test29容量测试volume test30安全性测试security test31探索性测试exploratory test32增量测试incremental test33接口测试interface testing34互操作性测试interoperability testing 35维护测试maintenance testing 36健壮性测试robustness testing37静态测试static testing38敏捷测试agile testing39自底向上测试bottom -up testing40穷尽测试exhaustive testing41确认测试confirmation testing42一致性测试conformance testing二、按测试过程1需求规格说明software-requirement specification 2测试规格说明test specification3阶段测试计划phase test plan4测试计划test plan5测试套件test suit6语句覆盖statement coverage7判定覆盖decision coverage8测试案例test case9需求矩阵requirement tracking matrix10入口准则entry criteria11出口准则exit criteria12预期结果expected outcome13实际结果actual outcome14正式评审formal review15非正式评审informal review16事件日志incident logging17输入input18输出output19结果outcome20基线baseline21模块module22运行环境operational environment 23优先级priority24交付物deliverable25评审人reviewer26测试周期test circle27测试数据test data28测试环境test environment29测试执行test execution30测试项test item31测试监控test monitoring32测试对象test object33测试报告test report34测试脚本test script35测试策略test strategy36客户端client37服务器server38浏览器browser三、按bug相关1缺陷bug2缺陷报告bug report3错误error4代码code5条件condition6缺陷跟踪defeat tracking7通过pass8失败failed9内存泄漏memory leak10路径path11风险risk12崩溃crush13调试debug14部署deployment15异常exception按工具类1回放replay2因果图cause - effect graph3编译器compiler4配置管理工具configuration management tool 5每日构建daily build6错误推测erro guessing7结构化查询语句structured query language 其它1能力成熟度模型capability maturity model 2质量控制quality control3质量保证quality assurance。
Acceptance testing 验收测试Accessibility 可接近性Active or open 激活状态Adaptability 适应性Ad-hoc Test 随机测试Architecture 体系结构Audit 审核Auditor 审核员Auditor qualifications 审核员资格Availability 可用性Behavioral test 行为测试Baseline 基线Black-box test 黑盒测试Bottom-up integration 自底向上集成Boundary condition 边界条件Bug 缺陷Bug crawl 缺陷评审会议Build 软件构建包Capability 能力Capacity test 容量测试Certification 认证Change control 变更控制管理CCB，Change Control Bard 变更控制委员会Characteristic 特性Close or inactive 关闭或非激活状态Closure period 修复周期Code audit 代码审计Code completed 代码完成Code freeze 代码冻结Code inspection 代码审查Code walk —through 代码走查Cohesion 内聚度Compatibility 兼容性Compile 编译Complexity 复杂性Component testing 组件测试Comfirmation tests 确认测试Configuration management 配置管理Conformity 合格（符合）Congruent 一致性Continual improvement 持续改进Corrective action 纠正措施Coupling 耦合度Coverage 覆盖率Criteria 准则、指标Critical bug 严重的缺陷Customer satisfaction 顾客满意度C/S, Client/Server 客户端/服务器（机构）Data dictionary 数据字典Data structure 数据结构Data flow testing 数据流测试Debugging 调试Defect 缺陷Delivery 交付Dependability 可信性Design and development 设计与开发Design specification 设计规格说明Development life cycle 开发生存周期Deviation permit 偏离许可Distributed testing 分布式测试Document 文件Effectiveness 有效性Efficiency 效率Encapsulation 封装Entry criteria 进入标准Error seeding 错误播种Error，faults and failures 错误、缺陷与失效Escalate 向上呈交Evaluation 评价评估Exit criteria 退出标准Experience of quality 质量体验Exploratory testing 探索性测试Failure 失效Fatal bug 致命的缺陷Fault injection 错误注入Fault of omission 遗漏缺陷Feasible coverage 可行覆盖率Feature 产品特性Fidelity 逼真度Field-reported bug 现场报告缺陷First customer ship 首位客户送货Fixed or resolved 已修正状态Flexibility 灵活性FMEA 失效模型和效果分析Functional specification 产品功能规格说明书Functional tests 功能测试Functionality 功能性GA 通用有效性Grade 等级Ideal fault condition 理想缺陷条件Identifier 标识符Information 信息Infrastructure 基础设施Implementation requirement 实现需求Input 输入Inspection 检验Integration testing 集成测试Interoperability 互操作性Isolation 隔离Log file 记录文件Maintainable 可维护性Major bug 一般的缺陷Management 管理Management system 管理体系Measurement control system 测量控制体系Measurement process 测量进程Metrological characteristic 计量特性Metrological confirmation 计量确认Metrological function 计量职能Milestone 里程碑Minor bug 微小的缺陷Modified Top-down integration 改进的自顶向下集成Modularity 模块性Module 模块MTBF 失效平均时间MTTR 平均维修时间Necessity condition 必要性条件Nest 嵌套Objective evidence 客观证据Organizational structure 组织机构Orthogonal 正交Output 输出Peer review 同级评审Performance test 性能测试Pilot testing 引导测试Preventive action 预防措施Priority 优先权Procedure 程序过程Program specification 概要说明Process 过程Product 产品Project 项目Qualification process 鉴定过程Quality assurance 质量保证Quality characteristic 质量特性Quality control 质量控制Quality improvement 质量改进Quality management 质量管理Quality manual 质量手册Quality metric 质量度量Quality Objective 质量目标Quality plan 质量计划Quality panning 质量策划Quality policy 质量方针Record 记录Recovery testing 恢复测试Regression 回归Regression tests 回归测试Regression test gap 回归测试间距Release 产品发布Reliability 可靠性Reporting logs 报告日志Requirement 要求Reusability 可重用性复用率Review 评审Risk 风险Root cause 根本原因Scalability 可扩展性Script 脚本Security 安全性保密性Security testing 安全性测试Service manageability 可维护性Severity 严重性SDLC，Software Development Life Cycle 软件开发生命周期Software development process 软件开发进程Software engineering 软件功能Specification（spec）规范Stability 稳定性Standard combining rules 标准组合规则Stress testing 负载（压力）测试Structured programming 结构化成程序设计Structural test 结构测试Stub 桩模块System testing 系统测试Test automation 测试自动化Test case 测试用例Test case library 测试用例库Test casually 随机测试Test coverage 测试覆盖Test environment 测试环境Test phase 测试阶段Test platform 测试平台Test specification 测试规格说明Test suite 测试包测试套件Test system 测试系统Test to fail 基于失效的测试Test to pass 基于通过的测试Test tool 测试工具Testability 可测试性Tolerance test 容错测试Traceability 可追溯性Unit testing 单元测试Usability 可用性Validation 确认Verification 验证Version 版本White-box tests 白盒测试Walk-throuth 走查。
Invoking（调用）Recursive：递归的Pathnames（路径）slash (/，斜杠)Logout（注销）Password Requirements（密码规则）Directories（目录）cd（Change Directories改变目录）Sorts（排序）On normal 异常的Display（显示）dynamically（动态地）commands（命令）executable（可执行的）linking format（链接格式）executables（可执行文件）Chmod:修改权限permission denied（拒绝访问）Octal(八进制)用Q表示十六进制：hexadecimal十进制：decimal1．静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough代码审查：Code Inspection技术评审：Review2．动态测试：Execution-Based Testing3．白盒测试：White-Box Testing4．黑盒测试：Black-Box Testing5．灰盒测试：Gray-Box Testing6．软件质量保证SQA：Software Quality Assurance7．软件开发生命周期：Software Development Life Cycle8．冒烟测试：Smoke Test9．回归测试：Regression Test10．功能测试：Function Testing11．性能测试：Performance Testing12．压力测试：Stress Testing13．负载测试：Volume Testing14．易用性测试：Usability Testing15．安装测试：Installation Testing16．界面测试：UI Testing17．配置测试：Configuration Testing18．文档测试：Documentation Testing19．兼容性测试：Compatibility Testing20．安全性测试：Security Testing21．恢复测试：Recovery Testing22．单元测试：Unit Tes23．集成测试：Integration Test24．系统测试：System Test25．验收测试：Acceptance Test26．测试计划应包括：测试对象：The Test Objectives,测试范围： The Test Scope,测试策略： The Test Strategy测试方法： The Test Approach,测试过程： The test procedures,测试环境： The Test Environment,测试完成标准：The test Completion criteria测试用例：The Test Cases测试进度表：The Test Schedules风险：Risks27．主测试计划： a master test plan28．需求规格说明书：The Test Specifications29．需求分析阶段：The Requirements Phase30．接口：Interface31．最终用户：The End User31．正式的测试环境：Formal Test Environment32．确认需求：Verifying The Requirements33．有分歧的需求：Ambiguous Requirements34．运行和维护：Operation and Maintenance.35．可复用性：Reusability36．可靠性： Reliability/Availability37．电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers) 38．要从以下几方面测试软件：正确性：Correctness实用性：Utility性能：Performance 健壮性：Robustness 可靠性：Reliability。
软件测试软件测试就是“为了发现错误而执行程序或者系统的过程”。
这一定义明确了软件测试的根本目的是为了发现程序中的错误。
随着这一定义的广泛使用，人们发现了定义中存在的不足。
于是，1983年在IEEE提出的软件工程标准术语中，调整了对软件测试的定义，即“使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。
从广义上讲，测试是指软件产品生产周期内所有的检查、评审和确认活动。
例如，设计评审、单元测试、系统测试。
从狭义上讲，测试是对软件产品的检验和评价。
它一方面检查软件产品质量中存在的质量问题，同时对产品质量进行客观的评价，现代软件开发领域的大多数工作者都对测试有直观的认识，最常见的看法如下“1、保证程序和相应的规范说明一致；2、发现软件中的缺陷；3、确保软件不做不必要的事情；4、确保系统合理地执行；;5、明确在系统失败之前可以让系统正常运行到何种程度；6、明确发布给用户的系统中有哪些风险；7、现代软件测试活动一般包括以下内容；●制定测试计划●设计测试用例●实施测试●提交缺陷报告测试总结软件测试的目的测试是程序的执行过程，目的在于发现错误。
一个成功的测试用例在于发现至今没有发现的错误一个成功的测试是发现了至今未发现的错误的测试静态测试静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅。
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。
静态方法通过程序静态特性的分析，找出欠缺和可疑之处。
例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、可疑的计算等。
静态测试结果可用于进一步的查错，并为测试用例选取提供指导。
动态测试动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：编写测试用例、执行程序、分析程序的输出结果。
软件测试英语专业词汇1.Software life cycle———软件生命周期开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。
2.Test ———测试执行软件以验证其满足指定的需求并检测错误的过程。
检测已有条件之间的不同，并评价软件项的特性软件项的分析过程。
软件工程过程的一个活动，它将软件在预定的条件下运行以判断软件是否符合预期结果。
3.Acceptance testing———验收测试，可接受性测试系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。
它让系统用户决定是否接收系统。
它是一项确定产品是否能够满足合同或用户所规定需求的测试。
这是管理性和防御性控制。
4.Ad hoc testing———随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。
主要是根据测试者的经验对软件进行功能和性能抽查。
随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
5.Alpha testing———α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。
6.Automated Testing———自动化测试使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。
7.Beta testing———β测试测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。
开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
8.Black box testing———黑盒测试指测试人员不关心程序具体如何实现的一种测试方法。
根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
9.White box testing ———白盒测试glass box testing ———玻璃盒测试根据软件内部的工作原理分析来进行测试，基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
2.集成测试集成测试，英文是Integration Testing。
集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。
部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。
这种类型的测试尤其与客户服务器和分布式系统有关。
一般集成测试以前，单元测试需要完成。
集成测试是单元测试的逻辑扩展。
它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。
从这一层意义上讲，组件是指多个单元的集成聚合。
在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。
方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。
最后，将构成进程的所有模块一起测试。
此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
集成测试识别组合单元时出现的问题。
通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。
这种方法将可能发生的情况数量减少到更简单的分析级别3.冒烟测试冒烟测试，英文是Smoke testing。
冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。
也有人认为是形象地类比新电路板基本功能检查。
任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。
冒烟测试的执行者是版本编译人员。
4.系统测试系统测试，英文是System Testing。
系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。
系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。
系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
上海兴汉科技公司软件测试规范目录一.概述............................................................. 错误!未定义书签。
二软件测试理论..................................................... 错误!未定义书签。
1.什么是软件测试................................................ 错误!未定义书签。
2.软件测试的目标................................................ 错误!未定义书签。
三.软件测试流程..................................................... 错误!未定义书签。
1.软件测试流程图................................................ 错误!未定义书签。
2.软件测试流程细则.............................................. 错误!未定义书签。
3.软件测试注意事项.............................................. 错误!未定义书签。
四.软件测试类型..................................................... 错误!未定义书签。
1.模块测试...................................................... 错误!未定义书签。
2.子系统测试.................................................... 错误!未定义书签。
3.系统测试...................................................... 错误!未定义书签。
代码测试：常用的代码测试方法和工具代码测试是软件开发过程中的重要环节之一，它主要用于验证代码的正确性、性能以及稳定性。
一个好的测试方法和工具能够有效提高软件质量，降低软件开发的风险。
一、常用的代码测试方法1.单元测试（Unit Testing）：单元测试是对代码中的最小可测试单元进行测试，通常是函数或方法。
它旨在发现代码中的错误和缺陷。
常用的单元测试框架有JUnit（Java）、pytest（Python）和Mocha（JavaScript）等。
2.集成测试（Integration Testing）：集成测试是对多个模块或组件进行测试，检查它们之间的交互是否正常。
集成测试可以通过手工测试和自动化测试来进行。
常用的自动化集成测试工具有Selenium （Web应用测试）、Jenkins（持续集成）和Travis CI等。
3.系统测试（System Testing）：系统测试是对整个软件系统进行测试，验证其是否满足需求规格说明书中的要求。
系统测试通常也包含一些非功能性测试，如性能测试、安全测试和可靠性测试等。
4.回归测试（Regression Testing）：回归测试是在进行代码修改或更新后重新运行旧的测试用例，以确保系统的新版本没有引入新的错误或导致已有功能的退化。
回归测试可以通过手工测试和自动化测试来进行。
5.黑盒测试（Black Box Testing）：黑盒测试是一种测试方法，它不需要了解被测试软件的内部结构或实现细节。
黑盒测试主要通过输入和输出的方式来检查软件功能是否符合预期。
常用的黑盒测试技术有等价类划分、边界值分析和决策表等。
6.白盒测试（White Box Testing）：白盒测试是一种测试方法，它需要了解被测试软件的内部结构或实现细节。
白盒测试主要通过检查代码的执行路径和数据流来寻找错误和缺陷。
常用的白盒测试技术有语句覆盖、分支覆盖和条件覆盖等。
二、常用的代码测试工具1.调试器（Debugger）：调试器是用于在源代码级别进行调试的工具，它能够帮助开发人员找到代码中的错误和异常。
