图书管理系统《软件测试技术》课程设计报告——测试计划
北方民族大学
课程设计报告
系（部、中心）计算机科学与工程学院
姓名学号
专业班级
同组人员
课程名称软件测试技术
设计题目名称《图书管理系统系统测试计划》起止时间 2012年3月1日—2012年5月1日成绩
指导教师签名
北方民族大学教务处制
目录
1. 引言 (1)
1.1《测试计划》编写目的 (1)
1.2 项目简介 (1)
1.3 测试所需参考资料 (4)
1.4 测试提交文档 (4)
2. 测试进度安排 (4)
3. 测试资源 (5)
3.1 人力资源 (5)
3.2 测试环境 (5)
3.3 测试工具 (5)
4. 测试方案 (6)
4.1 测试方法的选择 (6)
4.2 测试覆盖率要求 (7)
5. 测试项目说明 (7)
参考文献 (8)
1.引言
1.1《测试计划》编写目的
测试计划是在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
首先，《测试计划》用来定义测试的范围、测试的方法、所需的资源、进度等，明确需要测试的产品项，需要覆盖的功能特性，需要执行的测试任务，每项任务的负责人，识别相关的风险。
其次，能够指导我们顺利的完成软件测试的任务，无论是在时间还是在任务分配或者是在进度安排方面都对我们起一个指导性的作用，使我们有条不紊的进行课程的学习。
测试计划是详细的计划过程中的一个副产品。重要的是计划的过程，而不是文档本身。测试计划的最终目标是表达（而非记录）测试组的意图、期望，以及对于即将进行的测试的理解。
1.2 项目简介
1.2.1项目背景、
系统名称：图书管理系统
项目背景为：
科学技术的飞速发展把人类社会推向了一个崭新的时代——信息时代。人们对这些信息进行收集、加工、传递等过程的时间性和准确性提出了更高的要求。这一切使得传统的手工作业为基础的信息系统陷入了机构日益庞大，效率日益降低的困境。电子计算机的出现为摆脱这种困境找到了出路。计算机用于管理信息处理的突出优点是迅速、准确、可靠、具有很大的存储能力，适应于管理信息量大、面宽的特点，适合于管理信息处理及时、准确的要求信息对社会经济发展的巨大推动作用，使其与物质能源一起并列为现代社会的三大支柱。图书管理系统是一个图书单位不可缺的部分，图书管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，这对于查找、更新和维护都带来了不少的困难。对于借阅者来说，想要借书必须去到图书馆，一本本的查找，效率低，占用时间长，不利于查找，而且没有人性化管理。图书馆的规模越大，管理员对图书的管理越来越复杂，如果用传统的方法来管理，将是不可能实现的问题，对于借阅者，想要找到需要的图书也是一个复杂的问题。为了使图书管理简单化，使非专业人员也能轻松管理图书，使读者便于查找借阅归还图书，就必须设计一套实用简单，功能强大的图书管理系统。
项目范围：
本图书管理系统主要面向中小型图书管理机构或中小型机构的资料或文件等的管理，由于系统本身的和管理方面的限制及数据方面的要求和局限性，本系统并不适合于大型机构和其他性质的机构使用，此外本系统也可作为学习和参考方面的资料。
1.2.2系统基本功能
图书管理系统
书目检索按书名按作者
按
ISBN
按出版社
登 录管理员图书管理读者管理借阅管理系统管理读 者
个人信息当前借阅借阅历史违规查询
图：1.1 系统功能模块图
1.2.3 系统总体用例
图书管理系统
读者
管理员
书目检索
登录
管理员模块
读者模块
图：1.2 系统功能模块图
图1.3读者子系统用例图
1.2.4系统技术架构
系统采用C/S 架构
C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。
传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S架构的软件需要针对不同的操作系统系统开发不同版本的软件C/S的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。
缺点主要有以下几个：
1）只适用于局域网。而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。
2）客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。
3）对客户端的操作系统一般也会有限制。
在编程技术方面采用https://www.sodocs.net/doc/6812166275.html,技术，开发环境应用Visual Studio2005数据库采用Access 2003 Visual Studio :
Visual Studio 是微软公司推出的开发环境，Visual Studio 可以用来创建Windows 平台下的Windows 应用程序和网络应用程序，也可以用来创建网络服务、智能设备应用程序和Office 插件。
1.3所需参考资料
表1-1：所需资料列表
参考资料提交日期责任人备注
项目开发计划2012-4-10
需求规格说明书2012-4-10
系统设计说明书2012-4-10
系统原型2012-4-10
系统源码2012-4-10
用户使用手册2012-4-10
1.4 测试提交文档
表1-2：测试提交文档列表
提交文档提交日期责任人备注
测试计划2012-3-25
测试分析报告（包括测试用例、缺陷报告）2012-4-29
测试日志2012-5-8
2.测试进度安排
表2-1：测试进度安排表
测试活动计划开始时间计划结束时间实际开始时间实际结束时间制定测试计划2012-3-11 2012-3-20 2012-3-11 2012-3-22
测试方案设计2012-3-29 2012-4-10 不定不定
测试执行单元测试2012-4-11 2012-4-15 不定不定集成测试2012-4-16 2012-4-20 不定不定系统测试2012-4-21 2012-4-24 不定不定性能测试2012-4-24 2012-4-27 不定不定安装测试2012-4-28 2012-5-2 不定不定用户验收测试2012-5-3 2012-3-10 不定不定产品发布2012-5-10 2012-5-15 不定不定
3.1 人力资源
表3-1：测试人力资源安排表
角色
承担人
具体职责
备注
测试经理
资源管理和监督 提供技术指导 分配适当资源
编写测试计划、测试方案 管理测试分析报告 参加测试
制定一些测试方案
测试员
执行测试计划 编写测试用例 记录测试结果 编写缺陷报告
编写测试分析报告
进行具体的测试工
作
3.2 测试环境
3.2.1 硬件环境
个人PC 机一台
Pentium （R ）Dual-Core CPU T4400@ 2.20GHz
2.19GHz, 2.0GB 的内存
3.2.2 操作系统
Windows XP pro sp3 32位
3.2.3 软件环境
Visual Studio2005 Access 2003 word 2003
3.3 测试工具
表3-2：测试工具列表
用途 工具 生产厂商
版本 备注 测试计划 Word Microsoft 2003 测试分析报告 Word Microsoft 2003
功能测试
QTP Mercury 9.0 与手工测试配合使用 性能测试
NTtime Adam Slosarski
测试代码响应能力
AQTime Automated
语句级或行级代码性能
和结果分析 LoadRunner
M ercury Interactive
9.5 系统性能测试
测试管理
DevTest Studio TechExcel
4.1 测试方法的选择
测试的方法：在这里我们采用黑盒、白盒、静态、动态、回归、单元和集成测试。
黑盒测试：
黑盒测试又称功能测试或者数据驱动测试。黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。
白盒测试：
白盒测试又称结构测试或者逻辑驱动测试。白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。
白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证
静态测试：
静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.。静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导
动态测试：
动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。
回归测试：
回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。
根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。
单元测试：
单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
集成测试：
集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试
需要完成。
集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别
测试用例的选取原则：
一：测试用例必须具有代表性、典型性。
二：测试用例要有“浓缩性”，即精要、综合。
三：尽量避免含糊的测试用例。
四：尽量将具有类似效果的测试用例抽象并归类。
五：尽量避免冗长和复杂的测试用例。
4.2 测试覆盖率要求
4.2.1 对源代码的测试覆盖率要求
在这里我们争取对软件关键模块的语句覆盖率要达到100%，分支覆盖要达到85%以上。从而使系统的整体代码覆盖率能够达到87%以上。
4.2.2 对需求的测试覆盖率要求
在这里争取测试用例的执行率要在100%，即所有用例都要执行一遍，测试用例的通过率要达到95%以上。
5. 测试项目说明
表5-1：测试项目列表
测试项达到的指标责任人完成日期
功能测试列表G.1 读者子系统
G.1.1个人信息查询按查询条件正确输出学生信息
G.1.2 个人信息修改
学生可以将部分个人信息的添加或修
改到学生信息表中
G.2.1 当前借阅的查看输出当前读者当前所借阅的书籍G.2.2当前借阅的更新
当读者进行新的借阅或进行还书操作
时可以在借阅表中增加或删除记录G.3.1借阅历史的查看成功输出当前读者的借阅历史
G.3.2借阅历史的更新
当读者只要进行书籍借阅时，将相关
的借阅信息可以添加到到借阅表中
G.4.1读者违规查询当读者登陆失败或进行图书检索时失败时给出错误提示
性能测试项列表
X.1 可靠性
X.1.1 无故障运行时间
用户在当前网络可用的情况下可以在
任何时间段内可以访问
X.1.2 并发操作的可用性
在系统正常运行时间内，系统将能适
应100个用户，平均每个会话估计持
续8分钟。
X.2 效率
用户提交了查询之后，对查询的响应
时间不能超过5秒。
参考文献
[1] [德]Spillner，Linz，[挪]Schaefer著，刘琴等译,《软件测试基础（第2版）》,人民邮电出版社，2009年4月
[2]朱少民，《软件测试方法和技术》，清华大学出版社, 2005年7月
[3]教育部考试中心/教育部考试中心，《全国计算机等级考试四级教程 - - 软件测试工程师(2008年版) 》，高等教育出版社，2007年9月
[4]赵斌，《软件测试技术经典教程（第二版）》，科学出版社，2011年3月
[5][美]Paul C.Jorgensen,《软件测试（原书第2版）》，机械工业出版社，2007年4月
软件测试计划书模板
软件测试计划书
修订历史记录 （A-添加，M-修改，D-删除）
目录 1．简介 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 2.测试参考文档和测试提交文档 (5) 2.1测试参考文档 (5) 2.2测试提交文档 (6) 3.测试进度 (6) 4.测试资源 (7) 4.1人力资源 (7) 4.2测试环境 (7) 4.3测试工具 (7) 5.系统风险、优先级 (8) 6.测试策略 (8) 6.1数据和数据库完整性测试 (8) 6.2接口测试 (9) 6.3集成测试 (9) 6.4功能测试 (10) 6.5用户界面测试 (11) 6.6性能评测 (11)
6.7负载测试 (12) 6.8强度测试 (13) 6.9容量测试 (14) 6.10安全性和访问控制测试 (15) 6.11故障转移和恢复测试 (16) 6.12配置测试 (18) 6.13安装测试 (18) 7.问题严重度描述 (19) 8.附录：项目任务 (19) 1．简介 1. 1目的 ＜项目名称＞的这一“测试计划”文档有助于实现以下目标： [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高级需求）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素] 1. 2背景 [对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针
05、图书馆管理系统测试分析报告
八、测试分析报告 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．测试计划执行情况 (3) 2.1测试项目 (3) 1．系统登录窗口测试 (3) 2．修改密码功能测试 (3) 3．图书录入、删除测试 (3) 4．会员录入、删除测试 (3) 5．会员查询测试 (3) 6．图书查询测试 (4) 7．借书测试 (4) 8．还书测试 (4) 2.2测试机构和人员 (4) 2.3测试结果 (4) 1．系统登录窗口测试结果 (4) 2．修改密码功能测试 (4) 3．图书录入、删除测试 (5) 4．会员录入、删除测试 (5) 5. 会员查询测试 (5) 6. 图书查询测试 (5) 7. 借书测试 (5) 8.还书测试 (5) 3．软件需求测试结论 (6)
4．评价 (7) 4.1软件能力 (7) 4.2缺陷和限制 (7) 4.3建议 (7) 4.4测试结论 (7) 1．引言 1.1编写目的 为了发现“图书馆管理系统”软件存在的错误，进行以下测试 【阐明编写测试分析报告的目的，指明读者对象。】 此报告供本系统开发组及校领导审阅。 1.2项目背景 《图书馆管理系统》软件由软件学院开发。 【说明项目的来源、委托单位及主管部门。】 《教师教学网络测评》系统由协和学院计算机系开发。 本项目使用的基础数据来源于《高校教务管理系统》，本项目对学生、教师、课程等基础数据未提供相应的管理模块。 1.3定义 【列出测试分析报告中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 《软件工程技术及应用》（东北林业大学出版社）
软件测试技术实验报告册
工程学院 计算机学院 软件测试技术实验报告册 适用专业: 学期: 专业: 班级: 学号: 姓名: 指导教师: 2014年9月
目录 实验一 (1) 实验二 (5) 实验三 (10) 实验四 (13) 实验五 (16) 实验六 (19) 附录 (22)
实验一、黑盒测试 一、实验目的 1、熟练掌握黑盒测试方法的相关知识和方法； 2、熟练等价类划分方法、边界值分析法、判定表方法和因果图法； 3、掌握基本的测试用例的设计。 二、实验容 1．题目一：问题 某城市由三部分组成。它们的名称和容分别是： （1）地区码：空白或三位数字； （2）前缀：非'0'或'1'的三位数字； （3）后缀：4位数字。 假定被测程序能接受一切符合上述规定的，拒绝所有不符合规定的。根据该程序的规格说明，作等价类的划分，并设计测试方案。 2．题目二：三角形问题 根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。 “一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息，说明这个三角形是三边不等的、是等腰的、还是等边的。” 3．题目三：日期问题 用决策表测试法测试以下程序:该程序有三个输入变量month、day、year（month 、 day和year均为整数值，并且满足：1≤month≤12和1≤day≤31),分别作为输入日期的月份、日、年份，通过程序可以输出该输入日期在日历上隔一天的日期。例如，输入为2004 年11月29日,则该程序的输出为2004年12月1日。 (1) 分析各种输入情况，列出为输入变量 month 、 day 、 year 划分的有效等价类。 (2) 分析程序的规格说明，并结合以上等价类划分的情况，给出问题规定的可能采取的操作（即列出所有的动作桩）。 (3) 根据 (1) 和 (2) ，画出简化后的决策表。
黑盒测试软件测试实验报告2
软件测试与质量课程实验报告实验2：黑盒测试法实验
缺席：扣10分实验报告雷同：扣10分实验结果填写不完整：扣1 – 10分其他情况：扣分<=5分总扣分不能大于10分 参考代码如下： （1）程序参考答案： #include
(完整word版)软件测试计划范例
测试计划
目录 1.概述........................................................................................................................................ (1) 1.1 产品简介 (1) 1.2 范围 (1) 1.3 限制条件 (1) 1.4 参考文档 (1) 2.约定 (2) 2.1 测试目标 (2) 2.2 接收标准 (2) 2.3 资源和工具 (2) 2.3.1 资源 (2) 2.3.2 工具 (2) 2.4 送测要求 (2) 2.5 编号规则 (2) 3.测试种类及测试标准 (3) 3.1 测试种类 (3) 3.2 测试方法及标准 (3) 3.2.1 功能测试 (3) 3.2.2 业务测试 (3) 3.2.3 压力测试 (3) 3.2.4 安装测试 (3) 3.2.5 验收测试 (3) 4.测试重点及顺序 (4) 4.1 预测风险 (4) 4.2 测试重点 (4) 4.2.1 功能测试 (4) 4.2.2 业务测试 (4) 5.暂停标准和再启动要求 (5) 6.测试任务和进度 (6) 7.测试提交物 (7)
1.概述 1.1产品简介 本次开发是在销售助手一期的基础上进行的后续开发，包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品就成为一个比较完整的销售管理软件。 1.2范围 本测试计划是针对<销售助手二期概要设计说明书>中规定内容的测试计划，包括： 改进后的报价书 改进后的客户关怀 销售机会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理（待定） 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的日历浏览数据 公共部分新加或改进的报表功能 公共部分新加或改进的个人事务中心 1.3限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。 1.4参考文档
图书管理系统课程报告
课程报告 课程名称： 专业班级： 学生姓名： 学号： 任课教师： 学期：
课程报告任务书 开发一个图书信息管理系统，图书信息包括：图书编号、书名、作者、出版社、类别、出版时间、价格等基本信息（也可以根据自己情况进行扩充，比如是否借出、库存量等）。使之能提供以下基本功能： （1）图书信息录入功能(图书信息用文件保存)－－输入 （2）图书信息浏览功能－－输出 （3）查询功能(至少一种查询方式)、排序功能(至少一种排序方式)： ①按书名查询②按作者名查询③按照价钱排序④按出版时间排序等等 （4）图书信息的删除与修改 扩展功能：可以按照自己的程度进行扩展。比如（1）简单的权限处理（2）报表打印功能（3）甚至根据自己情况，可以加上学生信息，并扩充为图书借阅系统。（4）模糊查询（5）综合查询（6）统计功能比如统计处某一类别的图书信息或筛选出小于指定数量库存的图书信息等等，总之，可以根据自己需求进行分析功能。 成绩评定教师：
1 需求分析 本次实验目的是开发一个图书管理系统，且该图书管理系统中应包含以下基本功能： （1）图书信息录入功能 （2）图书信息浏览功能 （3）查询功能 例如：按书名查询、按作者名查询等等 （4）排序功能 例如：按照价钱排序、按出版时间排序等等 （5）图书信息的删除与修改 除此之外，个人还可以根据自己的爱好进行各方面的扩展。 例如权限处理、图书排序等等。在我们设计自己的程序时不仅可以利用课本上的知识，还可以在互联网上查询有关该类信息，将其学习总结并利用在此次程序设计中。 利用这次程序设计实验，我们可以提高自己的设计和编辑程序的能力、了解一般程序的编写过程，还可以巩固加深我们对C语言程序基本知识的了解与掌握。我在该实验中不仅利用了课本上的函数知识、文本的输入和读出，还用互联网查阅了相关知识。 如“system("cls")”，用汉语解释就是清屏功能；还有“getch()”函数，输入不读出，不过在利用“getch（）”进行密码的改写时老是出错误，就舍弃了该函数。在利用“system("cls")”时感觉还是很好的，用该函数后不仅可以使程序在运行时美观大方，还可以一眼扫描到我们要找的信息。 而我在我编写的程序中设计了如下的功能： ①登陆权限功能 ②查找全部图书并总图书本数功能 ③查找每本图书功能 ④添加图书功能 ⑤删除图书功能 ⑥修改图书功能
黑盒测试实验报告
实验报告书 课程名称：软件测试 实验题目：黑盒测试报告 专业：教育技术学 班级：教技142 学生姓名：安卓 指导老师：郭小雪 所属学期：2017-2018学年第二学期
一、引言 1.1目的 测试报告为三角形问题和找零钱最佳组合问题项目的黑盒测试报告，目的在于总结测试阶段的测试以及分析测试结果。 实验环境 在Windows 2000(SP2) 或Windows XP 操作系统上，使用C++语言，工具作为开发环境(IDE) 实验要求 1.根据给出的程序分别使用等价类划分法、边界值分析法、判定表 方法、因果图法、正交试验法、功能图法、错误推测法来设计相应的测试用例。 2.输入数据进行测试，填写测试用例。 二、实验原理 黑盒测试原理：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试。 从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都
作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。 等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒测试用例设计方法。 1 划分等价类 划分等价类：等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试。因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据。取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。 有效等价类：是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中
软件测试课程设计报告(模板)
课程设计 课程名称软件测试技术题目名称图书系统软件测试专业班级软件工程 学生姓名 学号 指导教师褚伟 二○一六年五月二十四日
目录 1.测试需求分析 (3) 1.1系统概述 (4) 1.2测试需求 (4) 2. 测试概要 (5) 3.测试计划 (5) 3.1测试方案的选择 (5) 3.2测试方案： (7) 3.3测试项目 (7) 3.4测试准备 (7) 3.5 测试覆盖率要求 (7) 4.测试项目说明 (8) 4.1测试项目名称及测试内容 (8) 4.2测试用例 (9) 5.对软件功能的结论 (24) 5.1功能1（系统登录） (24) 5.2功能2（图书管理测试） (24) 5.3功能3（图书查询测试） (24) 5.4功能4（系统管理测试） (24) 5.5功能5（借书测试） (24) 5.6功能6（还书测试） (25) 6.测试评价与结论 (25) 6.1能力 (25) 6.2缺陷和限制 (25) 6.3建议 (25) 7.总结 (26) 8.参考资料 (27)
摘要（中英文）
1.测试需求分析 1.1系统概述 本图书管理系统是一款功能非常强大的图书管理软件，本系统在继承了以往系统版本优点的基础上做了进一步优化；在功能上，本系统不仅包含图书管理的常用功能（如书籍管理、期刊管理、物品管理、读者管理、借、还、预借、续借和统计分析等等功能），而且还增加了条码的生成和打印功能（不仅为使用者省去了购买价格昂贵的条码专用打印机的费用，而且条码产生更方便，与系统结合更紧密）。 考虑到很多单位和学校有现成的身份IC卡（校园卡、会员卡等），为了有效的利用这些已有资源，让使用者使用更方便，我们特在系统中加入了会员卡管理功能，这样，图书管理员不仅可以通过读者编号进行借阅操作，也可以通过已有的身份卡(配合刷卡机或者条码扫描抢使用)来完成操作；在系统的办卡管理中有新办卡、换卡和注销卡等功能，彻底解决丢卡后的安全隐患问题（向制卡公司定制卡时，一般会要求每张卡的ＩＤ号都不同，所以一旦换卡了，原来的会员卡就作废了，即使丢失卡被别人捡到也不能进行正常的借阅操作）。 本系统具有操作简单，易学易用的特点。在开发过程中，我们总结了多年使用电脑管理图书馆业务的经验，注意到工作人员在使用电脑时容易发生的人为错误，因而使系统具有较强的容错和排错功能，而且本系统自带了一些常用的资料库（如中图分类库，出版社库等，系统会自动根据图书的标准ＩＳＢＮ码检索出当前图书的出版社名称和出版地点等，从而实现图书的自动录入的功能），使得用户在录入图书资料时更轻松；系统也自带了通用数据导入功能，可以非常简单地把用户以前的已有资料或者通过采集器采集到的数据资料导入到本系统中，避免了大量的重复劳动。经过长时间的不断测试和完善，系统的安全性和稳定性得到保证。 本系统完全可以配合条码扫描枪使用，操作会更流畅，更简单。 技术简介：本系统采用Adaptive Server Anywhere数据库、C/S结构，完全支持多用户操作；可运行于 Windows9x/WindowsNT/2000/Xp/2003平台，有良好的兼容性、先进性与扩充性；可在线升级。 系统特点：操作简单、界面清晰、功能强大、运行稳定快速、系统资源占用少。 1.2测试需求 本次测试针对开发的图书馆管理系统进行，包括功能测试，界面测试，图书
软件测试计划模板(绝对实用)
XXX项目软件测试计划 编制： 审核： 批准：
目录 1资源需求 (4) 1.1 硬件资源 (4) 1.2 软件资源 (4) 1.3 人力资源 (4) 2测试详述 (4) 2.1 测试范围 (4) 2.2 测试目标 (5) 2.3 风险和约束 (5) 2.4 测试进度 (5) 3测试策略 (5) 3.1 整体策略 (5) 3.2 测试类型 (6) 3.3 测试技术 (6) 4测试提交文档 (6) 5测试进入准则 (7) 6测试通过准则 (7)
说明：蓝色说明文字，文档编写完成后，请删除。 1资源需求 1.1硬件资源 说明：描述建立测试环境所需要的设备、用途及软件部署计划。 机型（配置）：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。 用途及特殊说明：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列； 软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源； 1.2软件资源 1.3人力资源 说明：列出项目参与人员的职务、姓名、职责。人员包括开发人员，Qa，配置，测试以及 2测试详述 2.1测试范围 说明：本计划涵盖的测试范围，比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试的。哪些文档需要编写，哪些文档在什么情况下不写等。
2.2测试目标 说明：测试人员根据项目的目标和公司质量目标转换成本次测试的目标。做到完成测试目标同时实现项目的目标和公司的质量目标。测试目标转换成可衡量和实现的东西，必须有固定的视图和目标。 2.3风险和约束 说明：列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如： ●由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺， 产生什么约束 ●由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明 在此中约束下，测试如何应对。 ●由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的 2.4测试进度 说明：在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。如果项目 3测试策略 3.1整体策略 说明：说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测
图书管理系统测试报告书
软件测试报告书 软件名称：图书管理系统 测试人员：苗玉丹 测试日期：2011年6月6号 目录 1 简介 (2) 1.1 编写目的 (2) 1.2 项目背景 (2) 1.3 系统简介 (2) 1.4 术语和缩写词 (2) 1.5 参考资料 (2) 2 测试概要 (3) 2.1 测试用例设计 (3) 2.2 测试环境与配置 (3) 2.3 测试方法(和工具) (3) 3 测试结果及缺陷分析 (3) 登录界面： (4) 情况一、 (4) 情况二、 (5) 情况三、 (5) 情况四： (6) 3.1 测试执行情况与记录 (6) 3.1.1 测试组织 (6) 3.1.2 测试时间 (7) 3.1.3 测试版本 (7) 3.2 覆盖分析 (7) 3.2.1 需求覆盖 (7) 3.2.2 测试覆盖 (7) 3.3 缺陷的统计与分析 (8) 3.3.1 缺陷汇总 (8) 3.3.2 缺陷分析 (8) 3.3.3 残留缺陷与未解决问题 (9)
4 测试结论 (9) 5 建议 (9) 1简介 1.1编写目的 本测试报告的具体编写目的，指出预期的读者范围。 实例：本测试报告为图书管理系统的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到图书系统功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。 1.2项目背景 a．被测试软件系统的名称：商品在线销售系统。 b．该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 1.3系统简介 如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。 1.5参考资料 a、软件工程导论（第五版）张海藩编著 b、现代软件工程周之英编著 c、需求分析说明书 d、概要设计说明书
软件测试实验报告96812
实验一：软件测试方法 一:实验题目 采用白盒测试技术和黑盒测试技术对给出的案例进行测试 二：试验目的 本次实验的目的是采用软件测试中的白盒测试技术和黑盒测试技术对给出的案例进行测试用例设计。从而巩固所学的软件测试知识，对软件测试有更深层的理解。 三：实验设备 个人PC机（装有数据库和集成开发环境软件） 四：实验内容 1）：为以下流程图所示的程序段设计一组测，分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。并在各题下面写出测试用例、覆盖路径及结果等。 2）：画出下列代码相应的程序流程图，并采用基本路径测试方法为以下程序段设计测试用例（需列出具体实验步骤）。 void Do (int X,int A,int B) { 1 if ( (A>1)&&(B==0) ) 2 X = X/A; 3 if ( (A==2)||(X>1) ) 4 X = X+1;
5 } 采用基本路经测试方法测试用例，并写出具体步骤 3）：在某网站申请免费信箱时，要求用户必须输入用户名、密码及确认密码，对每一项输入条件的要求如下： 用户名：要求为4位以上，16位以下，使用英文字母、数字、“-”、“_”，并且首字符必须为字母或数字； 密码：要求为6～16位之间，只能使用英文字母、数字以及“-”、“_”，并且区分大小写。测试以上用例。 用所学的语言进行编码，然后进行等价类测试，当用户名和密码正确输入时提示注册成功；当错误输入时，显示不同的错误提示 通过分析测试用例以及最后得到的测试用例表分析所测程序的正确性，最后总结自己在这次试验中的收获并写出自己在这次试验中的心得体会。 五：实验步骤 1） （1）用语句覆盖方法进行测试 语句覆盖的基本思想是设计若干测试用例，运行被测程序，使程序中每个可执行语句至少被执行一次。由流程图可知该程序有四条不同的路径： P1：A-B-D P2：A-B-E P3：A-C-F P4：A-C-G 由于p1p2p4包含了所有可执行的语句，按照语句覆盖的测试用力设计原则，设计测试用例 无法检测出逻辑错误 （2）用判定覆盖方法进行测试 判定覆盖的基本思想是设计若干测试用例，运行被测程序，使得程序每个判断的取真和取假分支至少各执行一次，即判断条件真假均被满足。 条件覆盖测试用例 （3）用条件覆盖进行测试 条件覆盖的基本思想是设计若干测试用例，执行被测程序后要使每个判断中每个条件的可能取值至少满足一次。对于第一个判定条件A，可以分割如下： ?条件x>8：取真时为T1，取假时为F1；
软件测试实验报告
本科实验报告 课程名称：软件测试技术 实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号： 学生姓名：戴超 指导教师：兰方鹏 2015年10月7 日
太原理工大学学生实验报告
一、实验目的和要求 （1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。 （2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。 （3)运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备
一、实验目的和要求 （1）熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。 （2）通过实验掌握如何应用黑盒测试用例。 （3）运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 （1）用你熟悉的语言编写一个判断三角形问题的程序。 要求：读入代表三角形边长的三个整数，判断它们能否组成三角形。如果能够，则输出三角形是等边、等腰或者一般三角形的识别信息；如果不能构成三角形，则输出相应提示信息。 （2）使用等价类方法和边界值方法设计测试用例。 三、主要仪器设备 四、操作方法与实验步骤 （1）先用等价类和边界值方法设计测试用例，然后用百合法进行检验和补充。 （2）判断三角形问题的程序流程图和程序流图如图1和图2所示。用你熟悉的语言编写源程序。 （3）使用等价类方法设计测试用例，并填写表2 和表3。
软件测试计划模板参考文档
XXX项目 软件测试计划 编号： xxxx公司 20xx年xx月 目录
1文档说明 (2) 1.1文档信息 (2) 1.2文档控制 (2) 1.2.1变更记录 (2) 1.2.2审阅记录 (3) 2引言 (4) 2.1编写目的 (4) 2.2项目背景 (4) 2.3参考资料 (4) 2.4术语和缩略语 (5) 3测试策略 (5) 3.1整体策略 (5) 3.2测试范围 (7) 3.3测试交接标准 (8) 3.3.1单元测试交接标准 (8) 3.3.2集成测试交接标准 (8) 3.4测试通过标准 (8) 3.5测试类型 (8) 3.5.1功能测试 (8) 3.5.2性能测试 (9) 3.5.3容量测试 (9) 3.5.4安全测试 (9) 3.6风险分析 (9) 4测试方法 (10) 4.1里程碑技术 (10) 4.2测试用例设计 (10) 4.3测试实施过程 (11) 4.4测试方法综述 (11) 4.5测试团队结构 (11) 5资源需求 (12) 5.1培训需求 (12) 5.2运行环境 (12) 5.2.1软件运行环境 (12) 5.2.2硬件运行环境 (13) 6各阶段时间分配 (13) 7测试过程管理 (13) 7.1测试文档 (13) 7.1.1测试文档管理 (13) 7.2缺陷处理过程 (14) 7.3测试报告 (14)
1文档说明 1.1文档信息 文档基本信息参看表1-1文档信息表。 表1-1文档信息表 1.2文档控制 1.2.1变更记录 文档变更记录在表1-2中详细记录。
1.2.2审阅记录 表1-3中详细记录了审阅记录。
(完整word版)图书管理系统软件测试报告
软件测试报告(STR) 说明： 1.《软件测试报告》(STR)是对计算机软件配置项CSCl,软件系统或子系统，或与软件相关项目执行合格性测试的记录。 2.通过STR，需方能够评估所执行的合格性测试及其测试结果。 1引言 1.1标识 详细描述对该图书管理系统进行测试的测试过程 1.2系统概述 开发的图书管理系统运用与window操作系统，主要是帮助和协助学校图书馆的图书借阅功能，图书管理系统是由我们6个组员共同分工合作完成的，在为期3周的开发时间中，对所开发的图书管理系统进行了运行，维护和测试。目前运行一切正常。 1.3文档概述 本次测试针对开发的图书馆管理系统进行，包括功能测试，界面测试，负载测试，文档测试。按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。 并严格对源代码进行保密。 2引用文件 主要是对文档的修订和改正，详见报告内容。 3测试结果概述 3.1对被测试软件的总体评估 软件本身的功能还是达到了预期的想法，在众多的测试当中，性能和功能都在不断的进行完善，设计的合理，达到了人们的一些生活需求，在以后的测试极其维护该改进中都有非常良好空间。 3.2测试环境的影响 在现在使用的众多操作系统中，我们选择了主流操作系统，即windows操作系统，但是windows又有多个版本win7、win8、win10等等，在win7和win10的测试环境中测试，所出现的问题，大同小异，很快进行了更正和修改，并且能够完美运行，但是在win8的使用中，图书管理系统偶尔会崩溃，并且出现乱码和电脑的不确定因素的故障。所以在消费者使用中，建议大家使用win7和win10的电脑， 3.3改进建议 无
软件测试实验报告
《软件测试技术》 ——实验报告 题目 _____实验一_ __ 指导教师薛曼玲 _ 实验日期 _11.4 专业 学生姓名 _ __ ____ 班级/学号 ____ 成绩 ________ ___ ____ _
一、实验目的 1.能熟练应用黑盒测试技术进行测试用例设计； 2.能对测试用例进行优化设计； 二、实验内容 题目一：电话号码问题 1.某城市电话号码由三部分组成。它们的名称和内容分别是： （1）地区码：空白或3位数字； （2）前缀：非'0'或'1'的3位数字； （3）后缀：4 位数字。 假定被测程序能接受一切符合上述规定的电话号码，拒绝所有不符合规定的电话号码。根据该程序的规格说明，作等价类的划分，并设计测试方案。 1.根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。 “一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个
程序要打印出信息， 说明这个三角形是三边不等的、是等腰的、还是等边的。” 题目三：日期问题 1.用决策表测试法测试以下程序:该程序有三个输入变量month、day、year （month 、day和year均为整数值，并且满足：1≤month≤12和1≤day≤31),分别作为输入日期的月份、日、年份，通过程序可以输出该输入日期在日历上隔一天的日期。例如，输入为2004 年11月29日,则该程序的输出为2004年12月1日。 (1) 分析各种输入情况，列出为输入变量month 、day 、year 划分的有效等价类。 (2) 分析程序的规格说明，并结合以上等价类划分的情况，给出问题规定的可能采取的操作（即列出所有的动作桩）。 (3) 根据(1) 和(2) ，画出简化后的决策表。 2.划分有效等价类 1)month变量有效等价类 M1:{month=4,6,9,11}M2:{month=1,3,5,7,8,10} M3:{month=12}M4:{month=2} 2)day变量的有效等价类 D1:{1<= day <= 26}D2:{day=27} D3:{day=28} D4:{day=29} D5:{day=30} D6:{day=31} 3)year变量有效等价类 Y1:{year是闰年} Y2:{year不是闰年} 3.列出所有动作桩
_软件测试计划范例
_软件测试计划范例标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
测试计划
目录 1.概述 ............................................................................................................................................... (1) 产品简介 (1) 范围 (1) 限制条件 (1) 参考文档 (1) 2.约定 (2) 测试目标 (2) 接收标准 (2) 资源和工具 (2) 资源 (2) 工具 (2) 送测要求 (2) 编号规则 (2) 3.测试种类及测试标准 (3) 测试种类 (3) 测试方法及标准 (3) 功能测试 (3) 业务测试 (3) 压力测试 (3) 安装测试 (3) 验收测试 (3) 4.测试重点及顺序 (4) 预测风险 (4) 测试重点 (4) 功能测试 (4) 业务测试 (4) 5.暂停标准和再启动要求 (5) 6.测试任务和进度 (6) 7.测试提交物 (7)
1.概述 1.1产品简介 本次开发是在销售助手一期的基础上进行的后续开发，包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品就成为一个比较完整的销售管理软件。 1.2范围 本测试计划是针对<销售助手二期概要设计说明书>中规定内容的测试计划，包括：改进后的报价书 改进后的客户关怀 销售机会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理（待定） 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的日历浏览数据 公共部分新加或改进的报表功能 公共部分新加或改进的个人事务中心 1.3限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。 1.4参考文档 序 名称作者备注 号
软件测试技术实验报告——图书管理系统测试报告
图书管理系统测试报告
1简介 1.1编写目的 本测试报告描述了对图书管理系统的压力测试和对登录和注册功能的黑盒 测试，根据测试结果指导开发人员对软件产品进行完善和优化，给用户提供一份 客观的软件质量报告。本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表等。 测试流程： 制定测试计划开发测试脚本创建测试场景分析测试结果监视性能指标运行场景测试1.2系统简介 项目名称：图书管理系统 项目简介：本项目探讨了一个基于J2的图书管理系统的设计和实现。基于 J2下的图书管理系统用语言开发处理程序，选择强大的作为开发工具，用交互式 网站界面设计技术( )开发前台界面，后台数据库选择。本系统实现了基本的对书 籍信息、读者信息、借阅信息、归还信息、查询信息进行管理和操作等功能，可 以满足普通用户、管理员的需求。
1.3术语和缩略词参考资料 1）响应时间：客户端从给服务器发送一个请求开始直到完全接受了服务器反馈信息为止，这期间所用的时间称为响应时间。 2）吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。 3）点击率：每秒钟用户向服务器提交的请求数。 4）图书管理系统项目开发计划，需求规格说明书，概要设计说明书，详细设计说明书。 5）黑盒测试：英文是。又称功能测试或者数据驱动测试。 6）等价划分测试：等价划分测试是根据等价类设计测试用例的一种技术。
2测试概要 2.1测试用例设计 2.1.1黑盒测试： 1)边界值法 用边界值法设计用户注册测试用例： a)先等价划分 b)边界值分析
软件测试实验报告
桂林航天工业学院 课程设计报告 课程名称：软件测试 专业：软件技术 学号：201102520xxx 姓名： 指导教师：
实验一黑盒测试 一．实验目的 （1）能熟练应用黑盒测试技术进行测试用例设计； （2）对测试用例进行优化设计； 二．实验内容 1．三角形问题的边界值分析测试用例 在三角形问题描述中，除了要求边长是整数外，没有给出其它的限制条件。在此，我们将三角形每边边长的取范围值设值为[1, 100] 。在三角形问题中，有四种可能的输出：等边三角形、等腰三角形、一般三角形和非三角形。利用这些信息能够确定下列输出（值域）等价类。 R1 = {
1.三角形问题程序。 #include
软件测试实验报告一
广东*融学院实验报告 课程名称：软件测试 」、实验目的及要求 1、理解测试用例的重要性。 2、熟练掌握等价类划分、边界值方法、决策表和因果图法设计测试用例。 二、实验环境及相关情况（包含使用软件、实验设备、主要仪器及材料等） 1. 使用软件：装有QTP功能测试软件 2 .实验设备：装有Windows的联网的个人计算机 三、实验内容及步骤（包含简要的实验步骤流程） 1、实验题目：登陆框测试 在各种输入条件下，测试程序的登录对话框功能。 用户名和密码的规格说明书如下：（密码规则同用户名规则。） 用户名长度为6至10位（含6位和10 位）; 用户名由字符（a-z、A-Z）和数字（0-9）组成； 不能为空、空格和特殊字符。 要求：按照规格说明书，分别用等价类划分和边界值方法设计测试用例。 步骤：（1）分析规格说明书，确定输入条件、输出条件的有效等价类、无效等价类以及各个边界条件；（2）第二步：填表格并编号；（3）第三步：设计测试用例；（4）第四步：执行测试用例。 2、员工薪制冋题。 （1）年薪制员工：严重过失，扣年终风险金的4%，过失，扣年终风险金的2%。 （2）非年薪制员工：严重过失，扣月薪资的8%，过失，扣月薪资的4%。 步骤：（1）分析程序的规格说明，列出原因和结果；（2）找出原因与结果的因果关系、原因与原因之间的约束关系，画出因果图；（3）将因果图转化成决策表；（4）根据决策表，设计测试用例的输入数据和预期输出。
四、实验结果（包括程序或图表、结论陈述、数据记录及分析等，可附页） 等价类划分方法： 五、实验总结（包括心得体会、问题回答及实验改进意见，可附页） 通过本次实验，我理解了测试用例的重要性。熟练掌握了等价类划分、边界值方法、决策表和因果图法设计测试用例。 六、教师评语 1、完成所有规定的实验内容，实验步骤正确，结果正确； 2、完成绝大部分规定的实验内容，实验步骤正确，结果正确； 3、完成大部分规定的实验内容，实验步骤正确，结果正确； 4、基本完成规定的实验内容，实验步骤基本正确，所完成的结果基本正确； 5、未能很好地完成规定的实验内容或实验步骤不正确或结果不正确。 评定等级： 签名:
软件测试计划范文3篇
软件测试计划范文3篇 篇一:软件测试计划 1(简介 1.1目的 ,项目名称,的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。列出推荐的测试需求。推荐可采用的测试策略，并对这些策略加以说明。确定所需的资源，并对测试的工作量进行估计。列出测试项目的可交付元素] 1.2背景 [对测试对象及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段，并说明本计划所针对的测试类型。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 2. 测试参考文档和测试提交文档 2.1测试参考文档 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性: [注:可适当地删除或添加文档项。] 文档、已创建或可用、已被接收或已经过复审、作者或可行性分析报告、是? 否?、是? 否?
需求规格说明书、是? 否?、是? 否? 软件概要设计、是? 否?、是? 否? 软件详细设计、是? 否?、是? 否? 软件测试需求、是? 否?、是? 否? 测试时间表及人员安排、是? 否?、是? 否? 用户操作手册、是? 否?、是? 否? 安装指南、是? 否?、是? 否? 2.2测试提交文档 [下面应当列出在测试阶段结束后，所有可提交的文档] 例如:测试报告，测试用例 3.测试进度 测试活动、计划开始日期、实际开始日期、结束日期、完成人员制定测试计划 设计测试用例 集成测试 系统测试 性能测试 安装测试 用户验收测试 对测试进行评估 产品发布 4.测试资源 4.1人力资源 下表列出了在此项目的人员配备方面所作的各种假定。