发布时间 : 星期三 文章软件测试--学生管理系统-张小蒙 - 图文更新完毕开始阅读fcb90408c1c708a1294a44bb
一、软件需求分析
1.1系统概述
学生管理系统的软件测试。熟悉学生管理系统的设计与开发过程，掌握学生管理系统设计和开发各阶段的方法，能够根据所给条件和要求，使用SQL Server实现所设计的数据库。
该系统的主要功能是实现学生信息关系的系统化、规范化和自动化，以计算机为硬件基于互联网平台对学生各种信息进行日常管理，如查询、修改 、增加、删除，以及网上选课等。
1.2测试需求
本次测试针对开发的学生管理系统进行，包括功能测试，界面测试，学生管理测试，信息查询测试，考勤测试，学生信息修改测试，用户、管理员管理测试，学生成绩管理测试。按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。
3 / 42
二、测试概要
测试标识符 测试内容 实际测试工作内容与预先设计的内容的差别 系统登陆测试 学生管理测试 检查用户是否合理、合法 查询、添加、删除、修改学生信息 信息查询测试 考勤测试 学生信息修改测试 学生成绩管理测试
4 / 42
无 无 进行学生信息查询 学生出勤情况 学生信息错误的修改 无 无 无 添加、删除、修改学生成绩 无 三、测试计划
3.1测试方案的选择
测试的方法：在这里我们有黑盒、白盒、静态、动态、回归、单元和集成测试等方法。 1.黑盒测试：
黑盒测试又称功能测试或者数据驱动测试。黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。 2.白盒测试：
白盒测试又称结构测试或者逻辑驱动测试。白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。
白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。 3.静态测试：
静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.。静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导 4.动态测试：
动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。
5 / 42
5.回归测试：
回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。
根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。 6.单元测试：
单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。 7.集成测试：
集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。
集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别。 测试用例的选取原则：
6 / 42