用例五：会员登录
这个测试用例的测试编号是TestCase-FUNC-05，测试内容是测试会员在正常(非正常)输入的条件下是否可以将信息成功提交，同时所有的页面都按照需求有正确的显示。表F-7是这个测试用例的具体设计
表5：TestCase-FUNC-05测试用例 测试项目名称： 网上图书系统－客户端 测试用例编号：TestCase-FUNC-05 测试项目标题：正常登录流程的功能测试 测试内容： 登陆http://localhost:8080/book 输入帐号 输入密码 点击登录 测试环境与系统配置： 软件环境：Micrsoft windowXP Professional + Micrsoft IE6.0 硬件环境：P4 2.8GHz CPU + 2.79GHz 512MB 内存 测试次数：每个测试过程做2次。 预期结果： 不填写帐号时提示出错 不填写密码时提示出错 填写错误帐号和密码时提示出错 测试过程： 登陆 在文本框中分别输入帐号和密码 点击“提交” 提交并返回
测试人员： 小组人员 测试时间： 2009/5/11 用例六：图书查询
这个测试用例的测试编号是TestCase-FUNC-06，测试内容是测试查询图书在非正常输入时系统的异常处理，同时所有的页面都按照需求有正确的显示。表F-8是这个测试用例的具体设计。
表6：TestCase-FUNC-06测试用例 测试项目名称： 网上书店系统－客户端 测试用例编号：TestCase-FUNC-06 测试项目标题：基本信息页面的功能测试 测试内容： 对于基本测试页面，测试其对异常数据的处理 测试环境与系统配置：软件环境：Micrsoft windowXP Professional 硬件环境：P4 1.7GHz CPU + 1.7GHz 512MB 内存 网络环境：3人共享1M带宽 测试输入数据 留空 正确图书 错误图书 测试人员： 小组人员 测试时间： 2009/5/13 测试次数：每个测试过程做2次。 预期结果： 出现预期结果。 测试过程： 登陆登陆http://localhost:8080/book 在搜索框中输入查询图书。 点击“搜索” 提交
2.3.2条件
系统的测试环境如图, 系统包括运行在同一台机器上的20虚拟用户和控制器、web服 务器和数据库以及网络。
图1：系统性能测试图示
系统配置如下： （1）软件配置： 操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional，操作系统上必须安装TOMCAT5.0或以上版本。 数据库系统： mysql
浏览器：Micrsoft IE6.0或以上版本。 （2）硬件需求： CPU：P3以上。 内存：256M以上。 硬盘：20G以上。。 2.3.3测试资料
测试方法：由于本次测试的依据是需求，所以采用黑盒测试方法。 测试策略：功能测试，主要采用等价类划分的策略。 测试手段：功能测试：手动模拟正常、异常输入 测试内容：功能测试，按照需求功能
思考题：
1. 为什么说测试只能证明程序有错误，不能证明程序的正确性？
答：测试不是为了证明所有的功能可以正常工作，恰恰相反，测试就是为了找出那些不能正常工作、不一致性的地方。也就是说，测试的一般工作就是发现缺陷 (detect bug)，即在软件开发过程中，分析、设计与编码等工作都是建设性的，而测试是带有“破坏性”的工作。
2. 简述软件测试的对象和和内容。
答：对象：软件测试应该贯穿整个软件定义与开发整个期间。因此需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应该是软件测试的对象。
内容：软件测试主要工作内容是验证(verification)和确认(validation )，下面分别给出其概念：
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。(Do the right thing)
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立需求的过程； 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程； 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right) 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；
2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
3. 试总结软件测试策略。
答：软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。
测试策略为测试提供全局分析，并确定或参考：项目计划、风险和需求;相关的规则、政策或指示;所需过程、标准与模板;支持准则;利益相关者及其测试目标;测试资源与评估;测试层次与阶段;测试环境;各阶段的完成标准;所需的测试文档与检查方法。
软件测试的策略、方法和技术是多种多样的。对于软件测试技术，可以从不同的角度加以分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试。从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
依据软件本身性质、规模和应用场合的不同，我们将选择不同测试方案，以最少的软硬件、人力资源投入得到最佳的测试效果，这就是测试策略的目标所在。 软件测试策略随着软件生命周期的变化、软件测试方法、技术与工具的不同发生的变化。这就要求我们在制定测试策略时候，应该综合考虑测试策略的影响因素及其依赖关系。这些影响因素可能包括：测试项目资源因素、项目的约束和测试项目的特殊需要等
实验七 软件开发文档设计
实验目的与任务
目的：完成一个实际软件项目的分析、设计全过程，贯穿领会软件工程的基本思想，明晰软件工程阶段划分与各个阶段的主要任务，了解我国计算机软件产品国家标准体系。 任务：对选定课题，完成各类文档的编制，对已做的文档进行修订。
预习内容
参考资料和阅读相关的国家有关软件开发的标准文档。
实验内容及要求
根据软件项目情况，选择如下文档进行设计： 可行性研究报告 项目开发计划 软件需求说明书 数据要求说明书 测试计划 概要设计说明书 详细设计说明书 用户手册 操作手册 测试分析报告 开发进度月报 项目开发总结 程序维护手册 实验结果： (一)可行性研究报告 1经济可行性
(1)图书发行量不断增大
2004年底，新闻出版署公布了《2004年全国新闻出版业基本情况》，其中指出，图书出版品种平均年增长率为11.4%。图书发行量不断增加实际上是读者对图书的需求不断扩大的反映。
(2)书店增多，售书网点普及
普通书店的发展是大家有目共睹的，尤其在城市，除了新华书店，各种国有、私营、个体的书店比比皆是，综合书店、专业书店、精品书店、工具书店、电子书店应有尽有。书店规模也越办越大，如北京图书大厦、北京海淀图书城、上海图书城等等。此外，还有国外图书业巨头的介入，如贝塔斯曼。这些国外公司的加入，不仅带来了更多的图书，还引入了诸如会员制这样的图书营销新理念，图书市场一片繁荣。在这种情况下，网上书店的加入无疑将使得竞争更加激烈，但从另一个方面看，只有在这种激烈的竞争下，网上书店的优势才能得以体现。 2．技术可行性
(1)在网络技术方面，早期用于电子商务的网络多为较封闭的，现在的网络使用Internet