《软件测试技术》实验指导书适用专业：软件工程（本科）实验学时：30
一、适用范围
大纲适用于软件工程专业本科教学使用。
二、课程名称
《软件测试技术》
三、实验教学目的和要求
1、实验目的
本实验课程配合《软件测试技术》理论课同步开设，其中包括验证型、设计型和综合型实验。本实验课程着眼于理论与应用的结合，注重培养学生软件测试的实际动手能力，增强软件工程项目的质量管理意识。通过实验教学，使学生掌握软件测试的方法和技术，并能运用软件测试工具进行自动化测试。
2、实验要求
实验前要充分做好准备工作：
1．复习和掌握与本实验有关的知识内容；
2．预习、思考实验内容；
3．对实验内容进行分析和设计。
实验过程中，实验者必须服从指导教师和实验室工作人员的安排，遵守纪律与实验制度，爱护设备及卫生。在指定的实验时间内，必须到实验室内做实验。
对于上机过程中出现的问题，尽量先独立思考和解决；对于难以解决的问题可以和同学交流或询问老师；对于同一个实验题目，可以考虑多种方法来实现，然后比较并选择出一种较为有效的方法来实现。
对于设计型和验证型实验，实验时一人一组，独立上机。对于综合型实验，每四人组成一个小组，由组长来组织管理小组成员，共同完成实验内容。
四、实验项目与学时分配
实验1 测试的实例程序的设计（4学时）
一、实验目的
完成测试程序的编写，后续的实验将以这些程序作为测试对象用不同的测试方法来进行测试。
二、实验内容
1、设计三角形问题的程序
2、设计Nextdate函数的程序
3、设计佣金问题的程序
4、简单ATM系统
5、货币转换器
三、实验步骤
1、第2周完成各程序的总体设计和前两个程序的实现并进行调试。
2、第
3、4周实现后3个程序的功能。
四、实验要求
1、用C或C++、JA V A语言开发程序，根据题目要求实现程序功能；
2、画出程序功能的实现图（流程图或数据流图或对象（类）模型或状态图等）；
3、撰写实验报告；
4、打包各程序相关资料且上交。
实验2 功能性测试（6学时）
一、实验目的
1、能熟练应用功能性测试技术进行测试用例设计；
2、对测试用例进行优化设计；
二、实验内容
1．题目一：货币转换器
根据该程序的规格说明，作等价类的划分，并设计测试方案。
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) ，画出简化后的决策表。
4．题目四：计算器
三、实验步骤
1、根据功能性测试技术设计测试用例，主要考虑等价类划分和边界值分析
测试技术；
2、根据所学知识确定优化策略（原则：用最少的用例检测出更多的缺陷、
软件测试的充分性与冗余性考虑），设计两套测试用例集；
3、根据设计的两套测试用例集进行测试；
四、实验要求
1、根据题目要求编写测试用例（参照表1进行用例设计）；
2、实验结果要求给出两套测试用例集测试效果比较；
3、撰写实验报告；
实验3 结构性测试（4学时）
一、实验目的
1、掌握结构性测试技术，并能应用结构性测试技术设计测试用例；
2、对测试用例进行优化设计
二、实验内容
1．题目一：使用逻辑覆盖测试方法测试以下程序段
void DoWork (int x,int y,int z)
{
int k=0, j=0;
if ( (x>3)&&(z<10) )
{
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~10）是对每条语句的编号。
（1）画出程序的控制流图（用题中给出的语句编号表示）。
（2）分别以语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖方法设计测试用例，并写出每个测试用例的执行路径（用题中给出的语句编号表示）。
2．题目二：三角形问题
在三角形计算中，要求输入三角型的三个边长：A、B 和C。当三边不可能构成三角形时提示错误，可构成三角形时计算三角形周长。若是等腰三角形打印“等腰三角形”，若是等边三角形，则提示“等边三角形”。画出程序流程图、控制流程图、计算圈复杂度V(g)，找出基本测试路径。
3．题目三：计算生日是星期几
已知公元1年1月1日是星期一。编写一个程序，只要输入年月日，就能回答那天是星期几。应用逻辑覆盖方法和基路径测试方法为上面的问题设计测试用例。
4．题目四：选择排序
下面是选择排序的程序，其中datalist是数据表，它有两个数据成员：一是元素类型为Element的数组V，另一个是数组大小n。算法中用到两个操作，一是取某数组元素V[i]的关键码操作getKey ( )，一是交换两数组元素内容的操作Swap( )：
void SelectSort ( datalist & list ) {
/对表list.V[0]到list.V[n-1]进行排序, n是表当前长度。
for ( int i = 0; i < list.n-1; i++ ) {
int k = i; //在list.V[i].key到list.V[n-1].key中找具有最小关键码的对象
for ( int j = i+1; j < list.n; j++)
if ( list.V[j].getKey ( ) < list.V[k].getKey ( ) ) k = j;//当前具最小
关键码的对象
if ( k != i ) Swap ( list.V[i], list.V[k] ); //交换
}
}
（1）、试计算此程序段的McCabe复杂性；
（2）、用基本路径覆盖法给出测试路径；
（3）为各测试路径设计测试用例。
题目五、
以下代码由C语言书写，能根据指定的年、月计算当月所含天数。
(1)请画出以上代码的控制流图。
(2)请计算上述控制流图的环路复杂度V(G)。
(3)假设year的取值范围是1000 year、month 设计测试用例(写出year取值、month取值、maxday预期结 果)，使之满足基本路径覆盖要求。 三、实验步骤 1、根据结构性测试技术设计测试用例，主要考虑逻辑覆盖测试（语句覆盖、 判断覆盖、条件覆盖、判断/条件覆盖、条件组合覆盖、路径覆盖）和基路径测试技术； 2、根据所学知识确定优化策略（原则：用最少的用例检测出更多的缺陷、 软件测试的充分性与冗余性考虑），设计两套测试用例集； 陷列表； 计算测试用例的分支覆盖率、条件覆盖率和语句覆盖率等测试管理指标； 四、实验要求 1、根据题目要求编写测试用例； 2、实验结果要求给出两套测试用例集测试效果比较；计算测试用例的分支 3、覆盖率、条件覆盖率和语句覆盖率等测试管理指标； 4、撰写实验报告； 实验4 单元测试（2学时） 一、实验目的 1、掌握单元测试技术，并按单元测试的要求设计测试用例。 2、能熟练应用功能性测试技术进行测试用例设计； 3、能熟练应用结构性测试技术进行测试用例设计； 4、对测试用例进行优化设计； 5、熟悉测试管理中的量化指标 二、实验内容 针对三角形问题进行单元测试 三角形问题：接受三个正整数a、b、c作为输入，用做三角形的边。三边必须满足条件：0 三、实验步骤 1、根据功能测试技术设计测试用例，主要考虑边界测试、等价类（弱一般、 强一般、弱健壮性、强健壮性）和基于决策表等技术； 2、根据结构性测试技术设计测试用例，主要考虑路径测试、数据流等测试 技术； 3、根据所学知识确定优化策略（原则：用最少的用例检测出更多的缺陷、 软件测试的充分性与冗余性考虑），设计两套测试用例集； 陷列表； 5、计算测试用例的分支覆盖率、条件覆盖率和语句覆盖率等测试管理指标； 四、实验要求 1、以实验报告的形式撰写单元测试的测试用例。 2、实验结果要求给出两套测试用例集测试效果比较（根据实验步骤中的4、 5两步进行撰写）； 实验5 QuickTest Professional的使用（4学时） 一、实验说明 实验类型为验证型，4学时 二、实验目的 1、掌握QTP操作界面的组成和测试流程 2、重点掌握如何使用QTP来进行自动化的功能测试 3、掌握如何创建自动化测试用例 三、实验设备 PC机一台，要求安装Windows操作系统、office、QTP9.0工具 四、实验内容 1、测试Mercury Tours网站 使用QTP对Mercury Tours网站进行功能测试，要求录制预定机票的完整过程，然后执行测试脚本并分析结果。 2、测试博客网站 使用QTP对博客网站进行功能测试 要求：（1）录制博客登录、发表日志、上传图片的过程。然后执行测试脚本并分析结果。 （2）根据脚本的特点，在录制的过程中创建检查点，并进行参数化。 （3）执行测试脚本并分析测试脚本。 五、实验要求 1、撰写实验报告，主要填写本人测试步骤和自己的实验体会。 2、提交录制的测试脚本。 实验6 LoadRunner的使用（4学时） 一、实验目的 熟悉使用LoadRunner测试，掌握LoadRunner流程。 二、实验内容 1．题目一：LoadRunner使用 熟悉LoadRunner界面，掌握掌握LoadRunner流程。 2、题目二：对博客系统进行并发测试 录制用户登录系统过程，并进行参数化，然后分别模拟10个、20个、30个、50个和100个用户登录系统，分别获得响应时间、吞吐量等性能指标。 三、实验要求 1、撰写实验报告，主要填写本人上机测试步骤和测试内容。 2、提交录制的测试脚本。 实验7 WinRunner的使用（2学时） 一、实验目的 1、了解WinRunner的安装过程，并进行安装实验。了解WinRunner测试模式和测试过程，并能够使用WinRunner进行简单的测试工作。 二、实验内容 1．题目一：测试MercuryTours网站 使用WinRunner对Flight Reservation范例程序进行功能测试。要求录制预订机票的完整过程，然后执行测试脚本并分析结果。 2．题目二：测试Windows应用程序 选择一个Windows应用程序。要求录制此应用程序操作过程，然后执行测试脚本并分析结果。 3．题目三：测试163网站 使用QuickTest对MercuryTours网站进行功能测试。要求录制打开163免费邮箱阅读邮件和发邮件的过程。然后执行测试脚本并分析结果。 三、实验步骤 （一）、WinRunner使用概述 1. 启动WinRunner 点击开始>程序>WinRunner>WinRunner 启动WR。WR的Record/Run Engine(记录/执行引擎)的图标出现在Windows的任务条上。这个引擎设立和维护WR和被测软件之间的连接。第一次启动WR会看到欢迎窗口，你可以选择新建测试、打开已有测试或快速预览WR。如果不希望下次启动看到这个窗口，可以把Show on startup前面的勾去掉。 2. WinRunner主窗口 WinRunner主窗口入图3-19所示。主窗口包括以下部分： a). WinRunner title bar 标题栏 b). Menu bar 菜单栏 c). Standard toolbar 标准工具栏，包含运行测试时常用的命令 d). User toolbar 用户工具栏，包含创建测试时常用的命令 e). Status bar 状态栏 图3-19 WinRunner主窗口 3. 测试窗口 测试窗口如图3-20所示，在测试窗口创建和执行测试。窗口包含以下部分： a). Test Window title bar 测试窗口标题栏，显示当前打开的测试名称 b). Test script 测试脚本, 通过录制或编写代码方式生成 c). Execution arrow 执行箭头，指明当前正在执行的那一行脚本，如果想要移动这个标志到某一行，只需要在该行左侧空白处点击鼠标左键 d). Insertion point 插入点，支出你可以插入或编辑文本的地方 图3-20 测试窗口 4．加载WinRunner插件 在WinRunner启动时，可以选择支持ActiveX control、PowerBuilder、VisualBasic 或WebTest的插件。其他插件需要单独向MI公司购买，建议不要同时载入所有的插件，不必要的插件可能会对录制或执行脚步造成问题。把Show on startup 前面的勾去掉，这个Add－In Manager的窗口就不会在WR启动的时候出现。你也可以在进入WR后在Settings>General Options>Enviroment 里面设置是否在开始时显示这个窗口以及等待时间等。 （二）、录制脚本 接下来你会以Context Sensitive 模式录制一段测试脚本，此测试脚本的操作流程为在FlightReservation 开启一笔订单。 开启WinRunner 并加载GUI Map File执行【开始】->【程序集】->【WinRunner】->【WinRunner】，如果是第一次执行WinRunner，会开启欢迎窗口，则点选【New Test】；如果没有开启欢迎窗口，则点选【File】->【New】。 检查GUI Map File 是否已经加载，点选【Tools】->【GUI Map Editor】开启GUI MapEditor，再点选【View】->【GUI Files】检查是否加载flight4a.gui。如果flight4a.gui 没有加载，点选【File】->【Open】然后选取flight4a.gui 后，按下【Open】将其载入。 开启Flight Reservation 并登入执行【开始】->【程序集】->【WinRunner】->【Sample Applications】->【Flight 4A】，登入窗口会开启。在【Agent Name】输入名字，至少四个英文字母，【Password】输入mercury，按下【OK】按钮登入Flight Reservation。 调整WinRunner 与Flight Reservation 的窗口大小与位置，让这二个窗口内容都可以清楚的倍看见。 开始以Context Sensitive 模式录制测试脚本 在WinRunner 点选【Test】->【Record – Context Sensitive】或是直接点选工具列上的按钮，从现在开始WinRunner 会录制所有鼠标的点选以及键盘的输入。请注意会变成，蓝色的Rec 会出现在按钮下方， 表示现在已经进入Context Sensitive 录制模式了。在WinRunner 下方的状态列同样也会有变化，表示现在已经在录制测试脚本了。 开启3 号订单在Flight Reservation 中点选【File】->【Open Order】，在Open Order 窗口中点选【OrderNo.】并且输入3 后按下【OK】。 停止录制 储存测试脚本 （三）、执行脚本 当你完成上面的练习之后，你已经准备好执行测试脚本并分析测试结果了。WinRunner 提供三种执行测试脚本的模式：V erify、Debug、Update。 V erify：当你真正执行测试以检查应用软件的功能，并且要储存测试结果。Debug：当你想检查测试脚本执行是否流畅，没有错误时。 Update：当你要更新检查点的预期值时。 执行： 确认WinRunner 与Flight Reservation 的主窗口都已经开启 开启loeeson4 测试脚本 先点选【File】->【Open】开启lesson4 测试脚本。 检查Flight Reservation 在主窗口 如果有其它对话窗口请先关闭。 确认工具列上显示模式 点选Run From Top 点选【Test】->【Run From Top】或是直接点选工具列上的按钮，则Run Test窗口将会开启，按下【OK】开始执行测试。 输入Test Run Name 输入Test Run Name，WinRunner 会将测试脚本执行的结果储存在Test Run Name 的目录下，如res1。而此测试结果将会储存在测试脚本目录下。 请注意窗口下方【Display test results at end of run】，若勾选此选项，则当测试脚本执行完毕后，WinRunner 会自动开启测试执行结果的窗口。请勾选此选项。执行 按下【OK】后WinRunner 会开始执行测试脚本。 请注意观察WinRunner 如何执行测试脚本。 检视执行结果 当测试执行完毕后，WinRunner 会开启Test Results 窗口，显示测试执行的结果。 四、实验要求 1、撰写实验报告，主要填写本人上机测试步骤和测试内容。 2、提交录制的测试脚本。 实验8 Web系统测试（4学时） 一、实验目的 应用Web测试工具对Web系统进行功能和性能测试； 二、实验内容 1．题目一：测试网站功能 选择一个网站，对其进行功能测试。要求首先编写测试用例，然后用QuickTest Professional自动化测试工具对该网站进行测试。 2．题目二：测试网站性能 选择一个网站，对其进行性能测试。要求使用WebLoad进行压力测试。 （WebLoad使用方法请参阅文档：“用webload进行web application性能测试.doc”） 三、实验步骤 1．题目一实验步骤 （1）拟定测试计划； （2）撰写测试方案； （3）设计测试用例； （4）录制测试脚本； （5）根据录制的脚本和测试用例创建页面检查点、对象检查点、文本检查点或者表格检查点；根据测试脚本和测试用例，进行参数化测试； （6）分析测试结果。 2．题目二实验步骤 （1）计划一个压力会话； （2）创建测试议程； （3）创建压力模板； （4）运行压力模板； （5）输入测试报告并分析测试结果。 四、实验要求 1．撰写实验报告； 2．撰写Web系统的测试计划，测试方案； 3．撰写Web系统测试的测试用例； 4．撰写缺陷报告； 5．提交测试脚本。 五、实验成绩评价 1、实验成绩评价结构及比例 实验课程的总成绩由实验考勤和实验报告成绩组成，其中实验考勤占10%，实验过程占50%，实验报告占40%。 2、考核方式 实验考核主要是三个方面： （1）上机实验考勤。每次上机指导老师点名，冒答等不诚信行为一旦被发现，取消本次实验成绩。累计缺席实验课6次及6次以上者，期末实验成绩为0分。 （2）实验过程考核。每次实验课，指导教师根据实验过程情况，随机抽查5名同学，进行当次实验的答辩。 （3）实验报告提交。应根据指导教师要求按时提交每次实验的数据。如果发现学生抄袭、伪造实验数据，或实验报告和设计报告抄袭、雷同，则涉及的所有学生的该课程实验成绩记为0分。 软件工程文档模板 好的开发文档就是别人一拿到你的文档就可以接着你的工作往下写程序，而不要挖空心思去想你的程序是什么结构，怎么写的。 下面给出通常软件工程文挡模板供大家参考: ============================================================ New Project 1: 需求分析说明书 ============================================================ 1. 引言 1.1. 编写目的 1.2. 背景说明 1.3. 术语定义 1.4. 参考资料 2. 任务概述 2.1. 目标 2.2. 用户的特点 2.3. 假定与约束 3. 需求规定 3.1. 对功能的规定 3.2. 对性能的规定 3.2.1. 精度 3.2.2. 时间特性要求 3.2.3. 灵活性 3.3. 输入输出要求 3.4. 数据管理能力要求 3.5. 故障处理要求 3.6. 其它专门要求 4. 运行环境设定 4.1. 设备 4.2. 支持软件 4.3. 接口 4.4. 控制 5. 缩写词表 6. 参考文献 ============================================================ New Project 1: 总体设计说明书 ============================================================ 1. 前言 2. 摘要 3. 需求分析 3.1. 企业生产经营概况 3.2. 企业经营目标及策略（近期及远期） 3.3. 实施需求 3.4. 实施目标 3.5. 实施约束 3.6. 实施功能要求 3.7. 实施信息要求 3.8. 实施性能要求 4. 总体方案与结构 4.1. 制定总体结构的出发点 4.2. 体系结构 4.3. 应用系统结构 4.4. 支撑系统结构 4.5. 信息分类编码体系 5. I2DEF模型 5.1. 模型选择说明 5.2. I2DEF模型设计规范 5.3. 结构模型 5.3.1. 系统/功能分解树 5.3.2. 构件图 5.4. 动态模型 5.4.1. 事件流程图 5.4.2. 事件汇总图 5.4.3. 工作案例图 5.4.4. 典型事件跟踪图 5.5. 功能模型 5.5.1. 数据流程图 5.5.2. 数据汇总图 5.5.3. 功能调用图 6. 资源需求 7. 系统配置 7.1. 配置原则 7.2. 硬件配置 7.3. 软件配置 8. 接口 8.1. 内部接口 8.2. 外部接口 9. 组织机构及人员配置 9.1. 现行组织机构 9.2. 开发运行的组织机构 9.3. 人员配置与培训 10. 关键技术 10.1. 关键技术的提出 10.2. 关键技术的一般说明 10.3. 关键技术的实现方案 11. 方案实施的技术路线和实施计划 第三方软件测试报告（暂定） 1.引言 1.1.编写目的 本文档作为该系统测试的测试标准，内容关系到本次系统测试可能涉及到的测试内容和测试技术解决方案。 1.2.系统概述 略 2.测试描述 2.1.测试范围与内容 我方（北京圆规创新公司）对XX公司“XX”项目进行测试，保证使用方的功能正确，保证系统核心模块的稳定和安全，为项目的验收提供参考。以此，本计划列出了在此次功能测试过程中所要进行的内容和实施的方案及测试资源的安排，作为测试活动的依据和参考。 本次测试的对象为XX公司“XX”项目，测试范围为：略。 本次测试的主要内容有功能测试（含容错测试）、易用性测试。 2.2.测试依据 本次测试所依据的文档包含开发方提供的《需求规格说明书》、《操作手册》、《用户手册》，《维护手册》，《设计文档》等相关开发文档。 并依据IT行业项目的通用标准，包括功能测试标准、缺陷标准、易用性标准。 对于项目的易用性标准，原则上由测试方提出易用性问题修改的建议，由开发方对测试方提交的问题进行确认。 3.测试解决方案 我公司针对用户方提出的测试要求，根据以往项目的实际经验，撰写测试技术解决方案。该解决方案包含了本次系统测试可能涉及到的测试类型，并分别介绍不同测试类型的内容和相关标准。 3.1.系统功能测试 实施系统功能测试，完成对被测系统的功能确认。 采用黑盒测试方法，根据需求规格说明书和用户手册，将功能点转换为功能测试需求，根据测试需求编写测试用例，保证所有功能点必须被测试用例覆盖。 测试用例的编写采用基于场景的测试用例编写原则，便于以使用者的角度进行测试。用例设计上兼顾正常业务逻辑和异常业务逻辑。测试数据的选取可采用GUI测试，等价类划分、边界值分析、错误推测、比较测试等测试方法中的一种或者几种数据的组合，一般以等价类划分和边界值法为主。 3.1.1.系统功能项测试 对《软件需求规格说明书》中的所有功能项进行测试（列表）； 3.1.2.系统业务流程测试 对《软件需求规格说明书》中的典型业务流程进行测试（列表）； 3.1.3.系统功能测试标准 ?可测试的功能点100％作为测试需求（如未作为测试需求，必须在测试计划中标注原因并通知用户方负责人）； 专业资料 软件工程综合实践 报告 企业用电管理系统设计 专业 学生姓名 班 级 学号 指导教师 完成日期 信息工程学院 目录 1．项目名称：企业用电管理系统......................................... 错误!未定义书签。 1.1编写目的..................................................................... 错误!未定义书签。 1.2背景说明..................................................................... 错误!未定义书签。 1.3开发环境..................................................................... 错误!未定义书签。 2. 软件介绍.......................................................................... 错误!未定义书签。 2.1目标 ............................................................................ 错误!未定义书签。 2.2用户的特点 ................................................................. 错误!未定义书签。 2.3假定与约束 ................................................................. 错误!未定义书签。 3. 需求分析.......................................................................... 错误!未定义书签。 3.1对功能的规定.............................................................. 错误!未定义书签。 3.2对性能的规定.............................................................. 错误!未定义书签。 3.2.1精度 ......................................................................... 错误!未定义书签。 3.2.2时间特性要求........................................................... 错误!未定义书签。 3.2.3灵活性...................................................................... 错误!未定义书签。 4. 软件的基本结构............................................................... 错误!未定义书签。 4.1数据管理能力要求....................................................... 错误!未定义书签。5．详细设计......................................................................... 错误!未定义书签。 6.部分编码 ........................................................................... 错误!未定义书签。 6.1企业信息查询代码 ....................................................... 错误!未定义书签。 6.2企业用电信息查询代码： ............................................ 错误!未定义书签。 6.3删除企业用电信息代码： ............................................ 错误!未定义书签。 6.4删除用电企业信息代码： ............................................ 错误!未定义书签。 7. 软件核心技术，存在问题等 ............................................. 错误!未定义书签。 二、项目开发计划1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 2 1.4参考资料 2 2．项目概述 2 2.1工作内容 2 2.2条件与限制 2 2.3产品 2 2.4运行环境 2 2.5服务 3 2.6验收标准 3 3．实施计划 3 3.1任务分解 3 3.2进度 3 3.3预算 3 3.4关键问题 3 4．人员组织及分工 3 5．交付期限 3 6．专题计划要点 3 1．引言 1.1编写目的 【阐明编写开发计划的目的，指明读者对象。】 1.2项目背景 【可包括： a. 项目的委托单位、开发单位和主管部门； b. 该软件系统与其他系统的关系。】 1.3定义 【列出本档中用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【可包括： a. 项目经核准的计划任务书、合同或上级机关的批文； b. 文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】 2．项目概述 2.1工作内容 【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。若不编写可行性研究报告，则应在本节给出较详细的介绍。】 2.2条件与限制 【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。】 2.3产品 2.3.1程序 【列出应交付的程序名称、使用的语言及存储形式。】 2.3.2文档 【列出应交付的文档。】 2.4运行环境 【应包括硬件环境、软件环境。】 2.5服务 【阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。】 编号：TQC/K718软件测试验收报告完整版 Daily description of the work content, achievements, and shortcomings, and finally put forward reasonable suggestions or new direction of efforts, so that the overall process does not deviate from the direction, continue to move towards the established goal. 【适用信息传递/研究经验/相互监督/自我提升等场景】 编写：________________________ 审核：________________________ 时间：________________________ 部门：________________________ 软件测试验收报告完整版 下载说明：本报告资料适合用于日常描述工作内容，取得的成绩，以及不足，最后提出合理化的建议或者新的努力方向，使整体流程的进度信息实现快速共享，并使整体过程不偏离方向，继续朝既定的目标前行。可直接应用日常文档制作，也可以根据实际需要对其进行修改。 软件测试、验收报告 1引言 1.1目的 说明编制本测试验收报告的主要目的。 1.2背景 列出本项目的委托单位、承办单位及其主管部门。 1.3参考资料 a)本项目经核准的计划任务书、合同或上级机关批文; b)项目开发计划; c)分析设计说明书; d)本文档中引用的文件、资料(包括软件开发规范)。 列出这些资料的作者、标题、编号、发表日期和出版单位。 1.4定义 列出本文档中用到的可能会引起混淆的专门术语的定义、缩写词的原文。 2软件测试 2.1动态、静态数据特性 把本项测试中得到的动态、静态的输入/输出数据的结果同动态/静态的输入/输出的期望结果进行比较，列出发现的问题。 文档编号：_________ _________ 文档名称：____________ 项目名称：____________ 项目负责人：____________ 编写：___________ ____年__月__日 校对：___________ ____年__月__日 审核：___________ ____年__月__日 批准：___________ ____年__月__日 开发单位：传讯网络信息 ________________________ 系统规格说明 一、系统功能和目标： 随着因特网的不断普及，国的用户数呈指数级增长。作为因特网最为常用的电子系统越来越受到人们的喜爱，为了满足不断增长的信息交换的需要，各行各业都希望有自己的系统。传讯网络信息自主设计开发了适合中国国情的免费电子系统，用以解决这一日益突出的问题。CHINATION 免费电子系统是专为免费电子服务商、企业集团设计的电子系统。 Chination免费电子系统的设计目标是立足于一个高度集成的、功能强大、技术先进的电子系统。高度集成意味着本系统将把硬盘软件集成在一起。系统是基于LINUX下的，硬盘和软件的集成使得系统具有绝对的安装优势。功能强大意味着系统的实用性，功能的全面性，系统的安全性和可靠性。技术先进意味着将最新版本的LDAP，IMAP，POSTFIX，MYSQL，APACHE和PHP的巧妙结合。 本系统要实现的主要功能有： 1．用户申请注册功能。用户通过申请可以得到一个自己命名的信箱，容量大小为10M。 2．用户忘记密码处理功能。用户忘记密码可以通过注册时设置的密码提示问题来重设密码。 3．用户收功能。它包括SMTP收、POP3取和WWW读三种方式。 4．用户发功能。它包括SMTP发、WWW直接发送、暗送、抄送、定时发送。 5．用户信件处理功能。系统初始设置4个文件夹来分类处理信件：收件箱、发件箱、草稿箱和垃圾箱。用户还可以自己建立新的文件夹。信件在各个信箱之间可以相互移动。 6．用户查找功能。用户可以使用查找功能通过查找信件主题或信件容来找到自己需要的信件。 7．用户信箱配置设置。它包括个人资料更改、密码更改、参数设置、POP3服务器设置、过滤器设置、自动转信、定时发信、签名设置。 8．管理员管理用户和信箱功能。包括输入（增删改）、查询、统计、报表。系统性能参数设置。 9．广播功能。它用于公司定期向一定的用户发送信息，由于一般的用户数有一定数量，所以必须用数据库管。 二、可行性分析 1．技术可行性 本软件拟决定最终在分布式系统上来运行。硬件方面，由于传讯网络信息是国外多家公司并行处理产品的代理商，而且自己本身拥有ALPHA机等先进设备，所以有足够能力开发出先进的电子系统。软件方面，我们拟采用以下几种软件： 1）操作系统用LINUX。Linux作为一个优秀的网络操作系统，它的发行版本中集成了大量的网络应用软件，如Web服务器(apache)、Ftp服务器(wu-ftp)、服务器(sendmail+imap4)、SQL数据库(postgresql)等，可以快速的构建Intranet环境，并且也有精致的收发程序(metamail)和强大的Web 服务器端开发工具(PHP4)。当你配置好sendmail并激活imapd后，你的Linux用户都可以使用Outlook等客户端软件进行收发，只要通过将它们集中进行应用，便可以实现一个简单的Webmail 服务器的功能。但是随着自由软件的不断开发，要构架一个好的电子系统，就面临着软件选择是否适当、性能是否比别人好的问题。下面列出我们所使用的软件。 2）本系统壳软件用imap。有几种方法可以构造电子系统的壳：共享文件系统的策略，基于局域网的专用协议，X.400P7协议和因特网消息存取协议。而基于INTERNET的协议主要有：POP (Post Office Protocol), DMSP (Distributed Mail System Protocol), 和IMAP (Internet Message Access Protocol).POP是最原始，最为人们所知的一种。DMSP仅局限于一个简单应用——PCMAIL，它的优点主要在于对脱机状态操作的支持。IMAP不但继承了POP和DMSP的优点，而且超越了他们的缺点，提供了三种状态下对远程信箱的访问：在线、不连接和脱机状态。在脱机状态，可以发送到一个共享的服务器，但是客户并不是马上全部把它们COPY过去之后在服务器上删掉它们， 1.顺序表的逆置 （1）程序为： #include L->data[i]=L->data[L->last-i+1]; L->data[L->last-i+1]=temp; i++; } } #include 合肥师范学院实验报告册 2012 / 2013 学年第一学期 系别计算机科学与技术系 实验课程软件工程 专业计算机科学与技术 班级2010级计算机应用 姓名马军福董国运李思贤 学号1010411024 1010411008 1010411076 指导教师范庆春 实验一：结构化方法建模的基本应用 1．实验目的 （1）了解Visio工具软件的功能特色、安装、工作环境和基本操作等基本知识； （2）掌握应用Visio工具的基本使用方法和基本绘图操作； （3）熟悉结构化分析建模的基本应用。 2．实验内容 （1）使用Visio 建立期刊管理系统的实体-关系图； （2）使用Visio 建立期刊管理系统的数据流图。 3. 实验要求 使用Visio 建立期刊管理系统的实体-关系图、数据流图。数据流图要绘 制三层。 4.实验结果和体会 （1）需求陈述 在图书管理系统中，管理员要为每个读者建立借阅账户，，账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员借阅、归还期刊，读者可通过互联网或图书馆内查询终端查询期刊信息和个人借阅情况，以及续借期刊。 借阅期刊时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息。然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息。最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。归还期刊时，输入读者借阅卡号和期刊号，系统显示读者和期刊的基本信息供管理员人工审核。如果有超期借阅或丢失情况，先转入过期罚款或期刊淘汰处理。然后提交还书请求，系统接受后删除借阅纪录，并登记修改可借阅期刊的数量。 期刊管理系统包括：1.读者信息管理a:借阅请求b归还请求c:查询请求d：修改自身信息2.期刊管理a：修改书目、出版日期、编辑b：增加书目数据、删除书目数据。3.期刊借阅a：增加所借读者信息b：删除所借读者信息4.期刊查询a：已借出图书列表b：未借出图书列表5.期刊的征订6.期刊内容登记题目、作者姓名、作者单位7.期刊内容查询 目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (2) 3. 软件开发 (3) 3.1软件的需求分析 (3) 3.1.1 需求分析 (3) 3.1.2 需求分析报告的编制者 (4) 3.1.3 需求报告评审 (4) 3.1.4 需求报告格式 (4) 3.2软件的概要设计 (4) 3.2.1 概要设计 (4) 3.2.2 编写概要设计的要求 (4) 3.2.3 概要设计报告的编写者 (4) 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (4) 3.2.5 概要设计的评审 (4) 3.2.6 概要设计格式 (4) 3.3软件的详细设计 (5) 3.3.1 详细设计 (5) 3.3.2 特例 (5) 3.3.3 详细设计的要求 (5) 3.3.4 数据库设计 (5) 3.3.5 详细设计的评审 (5) 3.3.6 详细设计格式 (5) 3.4软件的编码 (5) 3.4.1 软件编码 (5) 3.4.2 软件编码的要求 (5) 3.4.3 编码的评审 (6) 3.4.4 编程规范及要求 (6) 3.5软件的测试 (6) 3.5.1 软件测试 (6) 3.5.2 测试计划 (6) 3.6软件的交付准备 (6) 3.6.1 交付清单 (6) 3.7软件的鉴定验收 (7) 3.7.1 软件的鉴定验收 (7) 3.7.2 验收人员 (7) 3.7.3 验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1 系统应用培训 (7) 3.8.2 系统管理的培训（可选） (8) 附录A 软件需求分析报告文档模板 (9) 附录B 软件概要设计报告文档模板 (21) 附录C 软件详细设计报告文档模板 (33) 附录D 软件数据库设计报告文档模板 (43) 附录E 软件测试(验收)大纲 ................................................................... 错误！未定义书签。5 软件测试报告范例1 XX软件测试报告 共x 页 拟制年月日审核年月日会签年月日批准年月日 1 范围 本文档适用于XX软件的单元/集成测试。 1.2 系统概述 1.3 文档概述 本文档用于对XX软件的测试工作阶段成果的描述。包括对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。 2 引用文档 《XX软件需求规格说明》 《XX软件设计说明》 《XX系统接口协议》 3 测试概述 3.1被测软件的基本概况 使用的编程语言：XXX 汇编语言 程序行数：1590 子程序个数：11 单行注释行数：669 注释率：约为42% 3.1.1. 测试小结 本次测试对XX软件进行了静态分析和动态测试。测试工作分为两个阶段。第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。在此基础上软件开发人员对代码走查中发现的问题进行了修改，做了97处代码变更并提交了V1.01版本进行动态测试。 在测试过程中针对发现的软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考查。在软件测试中首先根据软件测试的规范进行考核，将书写规范，注释等基础问题首先解决，其次 考核软件测试中的问题是否存在设计上的逻辑缺陷，如果存在设计缺陷则应分析该缺陷的严重程度以及可能引发的故障。软件开发人员在以上基础上对软件的不足做出相应的修改，同时通过软件回归测试验证软件修改后能够得到的改善结果。 软件代码1.00与1.01版变更明细表： 从上表可以看出，注释变更一共有15处，主要排除了对原程序的理解错误问题；根据程序的书写规范要求，一行多条语句 软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点 软件工程实验文档 -------房屋企业信息管理系统 班级：10计算机（嵌入式） 指导老师： 学号姓名 日期：2012-12-15 目录1.总体要求 1.1总体实验目的 1.2总体实验内容 1.3软件开发平台要求 2.软件需求分析 2.1引言 2.1.1编写目的 2.1.2项目风险 2.1.3预期读者和阅读建议 2.1.4参考文献 2.2综合描述 2.2.1产品的状况 2.2.2产品的功能 2.2.3用户类和特性 2.2.4运行环境 2.2.6设计和实现上的限制 2.2.7假设和约束(依赖) 2.3外部接口需求 2.3.1用户界面 2.4系统功能需求 3.详细设计 3.1引言 3.1.1编写目的 3.1.2项目风险 3.1.3预期读者和阅读建议 3.1.4参考资料 3.2设计概述 3.2.1设计原则和设计要求 3.2.2系统逻辑设计 3.2.3系统组织设计 3.3系统结构设计 3.4系统接口设计 3.5数据库设计 4.详细设计 4.1引言 4.1.1编写目的 4.1.2项目风险 4.1.3预期读者和阅读建议 4.1.4参考资料 4.2支撑环境 4.2.1数据库管理系统 4.2.2开发工具、中间件以及数据库接口4.3.部件详细设计 4.4界面设计 5.附录 5.1小组成员分工 1.总体要求 1.1总体实验目的 掌握管理信息系统开发的一般流程，了解数据库设计的基本原理，熟悉使用SQL SERVER进行数据库的建立和维护， ASP 或JSP的使用。 系统开发的总的设计目标是实现管理的系统化、规范化和自动化，实现对信息的集中统一的管理。 1.2总体实验内容 本系统是采用JSP作为开发工具，SQL SERVER作为数据库管理系统，开发多住宅项目的管理信息系统。本系统共设计信息初始化、信息录入(预定房屋等)、流通信息（销售情况，统计等）、数据查询等子系统，可实现在计算机上灵活、方便地进行管理，从而大大的提高了处理效率，并建立业主论坛，使管理更加现代化。销售项目自入住后,其全部业主的资料归物业部门继续使用。 1.3软件开发平台要求 目前软件平台为： https://www.doczj.com/doc/6f3565695.html,开发平台： Visual Studio 2008 数据库管理系统： SQL Server 2005 2.软件需求分析 2.1引言 这一部分主要通过几个方面来分析实验的需求，对实验的需求有一定的认知。 2.1.1编写目的 针对房屋企业信息管理系统进行需求分析，房屋企业信息管理的特征，根据实验要求并，实现一个网站系统的基本功能。分析本次实验所要实现的功能，并 目录 三、需求规格说明书 (2) 四、概要设计说明书 (12) 五、详细设计说明书 (15) 3软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 3.1引言 3.1.1 编写的目的 3.1.2 背景 3.1.3 定义 3.1.1 参考资料 3.2任务概述 3.2.1目标 3.2.2用户的点 3.2.3假定与约束 3.3需求规定 3.3.1对功能的规定 3.3.2对性能的规定 3.3.2.1 精度 3.3.2 .2 时间特性要求 3.3.2 .3 灵活性 3.3.3 输入输出要求 3.3.4 数据管理能力的要求 3.3.5 故障处理要求 3.3.6 其它的专门的要求 3.4 运行环境规定 3.4.1 设备 3.4.2 支持软件 3.4.3 接口 3.4.4 控制 4数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下： 4.1引言 4.1. 1 编写目的 4.1. 2 背景 4.1. 3 定义 4.1. 4 参考资料 4.2 数据的逻辑描述 4.2. 1 静态数据 4.2. 2 动态输入数据 4.2. 3 动态输出数据 4.2. 4 内部生成数据 4.2. 5 数据约定 4.3 数据的采集 4.3. 1 要求和范围 4.3. 2 输入的承担者 4.3. 3 处理 4.3. 4 影响 5概要设计说明书概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括 1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试目的 配置说明操作系统系统软件外设应用软件结果 服务器Window2000(S) WindowXp Window2000(P) Window2003 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本： 版本/状态作者参与者起止日期备注 V1.1 1.1. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的 测试说明 前提条件连续运行8小时,设置添加10用户并发 功能1 2小时 4小时 6小时 8小时 功能1 2小时 4小时 6小时 8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对 实验使用Word编写软件工程文档 实验目的 Word在软件工程文档撰写中的应用 实验工具 Word2000/2003 实验内容 在用 Word编写软件工程各时期的文档时，须符合一定的书写、排版规范，以下我们将以一篇具体文档的排版过程为例，分步骤进行练习。 实验要求 1．软件要求：Windows操作系统，Office 2000/2003系统程序。 2．实验学时2学时。 3．将前面几个课堂练习的文档按照标准方法进行排版。 实验步骤 步骤1：编号 排版前的文档如图 12-78所示。 图 12-78 第一，我们将对其进行编号。 打开待排版的文档，将光标定位在“引言”所在的行，选择菜单栏上的“格式”，然后选择“项目符号和编号”，将打开“项目符号和编号”对话框，如图 12-79所示。 图 12-79 选择“多级符号”书签，选择其中的一种形式，在那个地点我们选择第三种形式，如图12-80所示。 图 12-80 单击“自定义”按钮，打开“自定义多级符号列表”对话框，如图 12-81所示。 图 12-81 然后单击“高级”按钮，将显示扩展“自定义多级符号列表”对话框如图 12-82所示。 图 12-82 接下来选中级不 1，在“将级不链接到样式”组合框中选择标题1，如图12-83所示。 图 12-83 按同样的方式，将级不 2链接到标题2，将级不3链接到标题3，依此类推。最后单击“确定”按钮。 “引言”的格式将变为标题一，其编号为“ 1 ”。变化后的文档如图 12-84所示： 图 12-84 步骤2：使用格式刷 图 12-85 步骤3：样式 系统默认的标题一和标题二的格式，其上下间隔比较大，字体相关于正文比较大，要修改其格式，可按如下步骤，修改标题一和标题二的样式。 第一，将光标定位在标题一上，选择菜单栏上的“格式”菜单项，单击其中的“样式”子菜单，将打开“样式”对话框，如图 12-86所示。 软件测试报告模板适用于XX公司 编写者: XX 文档编号: 编写日期: 2020-1-25 分发列表 文档修订历史 [模板修订历史 (文档首次使用前请删除)] 目录 1.测试概述 (4) 1.1.测试项目简述 (4) 1.2.名词定义 (4) 1.3.参考文档 (4) 2.测试环境与配置 (4) 3.测试情况 (4) 3.1.测试版本情况 (4) 3.2.测试用例统计执行情况 (4) 3.3.测试组织 (4) 4.测试结果及分析 (5) 4.1.测试情况统计分析 (5) 4.2.覆盖分析 (5) 4.2.1.需求覆盖 (5) 4.2.2.测试覆盖 (5) 4.3.缺陷的统计与分析 (5) 4.3.1.缺陷汇总 (5) 4.3.2.缺陷分析 (5) 4.4.测试质量对比统计 (5) 5.遗留缺陷与未解决问题 (5) 6.测试总结及风险分析 (6) 7.测试报告批准 (6) 1. 测试概述 1.1. 测试项目简述 <大、小、临时版本确定，测试范围 1. 测试需求 那些新增的需求验证 那些变更需求的需求验证 本次版本中可验证的需求列表 2. 修改问题的测试 3. 其他的功能测试内容> 1.2. 名词定义 本轮验证测试过程中涉及到需求、更新的产品术语、新产品术语等。 1.3. 参考文档 <参考的需求分档、设计文档等> 2. 测试环境与配置 简要介绍测试环境及其配置。 3. 测试情况 3.1. 测试版本情况 测试版本版本号，是否接受该版本以及原因表述。 什么时候接收的版本，什么时间版本部署完成 测试过程中有无更新版本 更新版本对测试的影响 测试中冒烟测试是否通过 3.2. 测试用例统计执行情况 3.3. 测试组织 数字信号处理 MATLAB 仿真实验报告 学院： 电子工程学院 班级： 2011211203 学号： 2011210876 姓名： 孙月鹏 班内序号： 04 一、实验一：数字信号的 FFT 分析 1、实验内容及要求 (1) 离散信号的频谱分析： 设信号 此信号的0.3pi 和 0.302pi 两根谱线相距很近，谱线 0.45pi 的幅度很小，请选择合适的序列长度 N 和窗函数，用 DFT 分析其频谱，要求得到清楚的三根谱线。 (2) DTMF 信号频谱分析 用计算机声卡采用一段通信系统中电话双音多频（DTMF ）拨号数字 0～9的数据，采用快速傅立叶变换（FFT ）分析这10个号码DTMF 拨号时的频谱。 2、实验结果 x(n)的时域图与频谱：得到三根清晰的谱线 号码9的频谱 号码8的频谱 00010450303024 ().*cos(.)sin(.)cos(.) x n n n n π πππ=+-- 号码7的频谱号码6的频谱3、实现代码及分析 (1)第一小题： k=1000; %DFT点数 n=[1:1:k]; %对时域信号进行采样 x=0.001*cos(0.45*n*pi)+sin(0.3*n*pi)-cos(0.302*n*pi-pi/4); subplot(2,1,1);stem(n,x,'.'); %用.画出时域图title('时域序列');xlabel('n');ylabel('x(n)'); xk=fft(x,k); %进行K点DFT变换 w=2*pi/k*[0:1:k-1]; %数字角频率subplot(2,1,2);stem(w/pi,abs(xk)); %画出频谱图 axis([0.2,0.5,0,2]); %设置窗函数的宽度与限幅 title('1000点dft');xlabel('数字频率');ylabel('|xk(k)|'); % 此题关键在于DFT点数N的确定。经过计算和实验，当N=1000时能满足题目要求，看到3条清晰地谱线 （2）第二小题 clear; close all; f=[941 1336;697 1209;697 1336;697 1477; 十、项目开发总结报告 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (2) 2．开发结果 (2) 2.1产品 (2) 2.2主要功能及性能 (2) 2.3所用工时 (2) 2.4所用机时 (2) 2.5进度 (2) 2.6费用 (3) 3．评价 (3) 3.1生产率评价 (3) 3.2技术方案评价 (3) 3.3产品质量评价 (3) 4．经验与教训 (3) 1．引言 1.1编写目的 【阐明编写总结报告的目的，指明读者对象。】 1.2项目背景 【说明项目来源、委托单位、开发单位及主管部门。】 1.3定义 【列出报告用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： a.项目经核准的计划任务书、合同或上级机关的批文； b.项目开发计划； c.需求规格说明书； d.概要设计说明书； e.详细设计说明书； f.用户操作手册； g.测试计划； h.测试分析报告； i.本报告引用的其他资料、采用的开发标准或开发规范。】 2．开发结果 2.1产品 【可包括： a.列出各部分的程序名称、源程序行数（包括注释行）或目标程序字节数及程序总计数量、 存储形式； b.产品文档名称等。】 2.2主要功能及性能 2.3所用工时 【按人员的不同层次分别计时。】 2.4所用机时 【按所用计算机机型分别计时。】 2.5进度 【给出计划进度与实际进度的对比。】 2.6费用 3．评价 3.1生产率评价 【如平均每人每月生产的源程序行数、文档的字数等。 3.2技术方案评价 3.3产品质量评价 4．经验与教训软件工程文档模板
(完整版)第三方软件测试报告[模板]
软件工程综合实践报告
软件工程文档模板--二、项目开发计划
软件测试验收报告完整版
软件开发文档范例
软件实验文档
软件工程实验报告最终版
软件开发文档模版
软件测试报告范例.doc
软件开发文档模板
软件工程实验文档
软件工程文档模板范例
软件测试用例实例 非常详细
实验使用Word编写软件工程文档
案例-软件测试报告模板案例
dsp-软件实验报告共12页文档
软件工程文档模板--十、项目开发总结报告
相关主题
文本预览