4-6系统测试设计-Read.doc

　　　　　　ＰＤＡ测试文档 测试范围 ： 在《PDA系统需求规格说明书》中指出：PDA 是实现一个日常事务助理的小软件.因此通过列举若干可能的原因和假设。首先列出所有可能的出错原因，这些原因并不要求有充分的理由，只是提供一些分析的线索。用掌握的资料排除一些原因。仔细地分析已掌握的资料，找出一些矛盾，力图排除那些不能成立的原因。但如果所有的原因都被排除，就应另作推测。如果不只是一个原因保留下来，就应把最大可能的原因列为优先考虑的对象。精心研究保留的假设。这时保留的可能原因也许是对的，但对于确认错误可能还不够充分。要充分利用已知的线索作精心的研究，其中估计到一些特殊的情况。证明保留的假设。 该系统在功能上设定如下： 实现一个万年历，提供世界时间查询（1900—2100），以及当前年月的桌面显示。 实现一个日记本，提供加密技术。为每个用户提供用户名和密码保护功能。 实现一个通讯录，提供查询功能。包括普通查询和模糊查询。 实现事件提醒，提供年月日及具体时间的设置，保证每日提醒，也可选择提醒的周期。 实现日程安排功能。 实现个人帐本的功能。有密码保护。可以为多用户使用，为每个用户提供用户名和密码保护功能。 实现个人课表的功能。课表的建立、修改、删除。 软件制作完成后能否顺利实现全部功能或是制作过程中能否实现部分功能需要进行软件测试以证明之。当然，我们所进行的测试工作，预期结果为软件开发完成后其功能和性能与用户的要求完全一致，产品被用户接受。但我们的测试目的不是证明软件的绝对规范与完善。相反，我们将按照特定规程，用各种可行策略包括人工或自动手段逐步找出软件的错误甚至是隐患并进行纠错使软件产品运行的实际结果不断接近预期结果，最终被用户接受。 软件测试包括测试设计、测试执行以及测试结果比较等。 下面对软件测试的全部步骤作简要叙述： （1）单元测试： 单元测试集中在每个单独的程序块中，消除块内的逻辑、功能上的缺陷和错误，保证每个块作为一个单元能正确执行，并为上一级测试做准备。 （2）联合测试： 每个模块完成了单元测试，但把它们组装在一起并不一定能够正确地工作，这主要体现在接口问题上。因此软件测试的第二个步骤为联合测试，以检测和排除系统结构或相应程序结构上的错误，并验证所有的系统单元配合是否合适，整体的性能和功能是否完整。第三步为有效性测试。 （3）有效性测试： 有效性测试的目标是发现软件实现的功能与需求规格说明书不一致的错误。有效性测试在单元测试、联合测试完成之后进行。 如有必要，还可进行系统测试与验收测试，以保证软件质量。 至此，软件测试工作全部完成。 二、测试计划 　根据上面所提出的测试步骤，我们将整个测试过程分为四个阶段。 （1）单元测试——测试各模块算法、程序的正确性和对外接口的正确性。 （2）联合测试——测试模块接口连接情况，验证整体功能。 （3）有效性测试——测试与需求不相符的逻辑性错误。 （4）系统测试——测试在外部环境下系统功能和性能。（在必要的情况下） 各阶段相互关联，按循序渐进、细化求精的原则依次完成。 测试进度为： （1）单元测试：关键模块在编码完成后就应立刻进行测试。若相互支持的其他模块尚未完全建立，不能进行有效的接口测试，则重点进行局部数据结构测试。编码工作全部完成后，对每个模块进行全面的测试。2004 年11月上旬进行软件开发调研，完成软件计划任务书。单元测试自2004年１２月上旬编码完成后全面开始，１２月15日之前结束。 （2）联合测试：计划采用自顶向下增式测试。当一个模块完成单元测试后即把它同已经测试好的单元联接起来进行测试。 联合测试与单元测试同步进行，几乎同时结束。 （3）有效性测试：有用户参与。 有效性测试在单元测试与联合测试全部完成后启动，１２月20日前结束。 （4）系统测试：包括强度测试、便利性测试、安全性测试、可靠性测试等。 系统测试在必要的情况下才进行。１２月底产品交付使用前全部结束。 测试软件： 考虑测试工作台的一系列工具，如有必要，可进行选择。 （1）测试管理器：管理程序测试的运行和测试结果报告。 （2）测试数据生成器：生成被测程序的测试数据。 （3）预测器：产生对所期待测试结果的预测。 （4）报告生成器：提供报告定义，提供测试结果的生成设施。 （5）文件比较器：比较程序测试的结果和以前测试的结果，报告它们之间的差别。 （6）动态分析器：将代码加到一个程序中以计算每条语句被执行的次数。 （7）模拟器：脚本驱动的程序，模拟多个同时进行的用户交互。 注：在使用前要更改或初始化测试工具以适应本系统的测试计划。譬如： （1）为测试数据生成器定义适合本系统的模式。 （2）为动态分析器定义适合本系统的报告模式。 （3）基于本系统文件测试结果的结构，编写特定的文