软件工程课程设计级(软件测试)剖析.ppt

软件工程课程设计 软件工程课程设计以《期刊管理系统》为例，展示其规划（分析）、设计、编程、测试的全过程。并以此指导同学的课程设计实践。 1979年，Glen Ford Myers 给软件测试下了一个定义：测试是为发现错误而执行程序或系统的过程（《软件测试的艺术》）。 四 软件测试 软件测试 1983年，Bill Hetzel 在《软件测试完全指南》一书中指出：软件测试是以评价一个程序或系统属性为目标的活动，测试是软件质量的度量。 2002年，Rick 和 Stefan 又对软件测试做了进一步的定义：测试是为了度量和提高被测试软件的质量，对测试软件进行过程设计、实施和维护的整个生命周期过程（《系统的软件测试》）。 软件测试 上述论著对软件测试研究的理论化和体系化产生了巨大影响，同时，也促进了测试技术的发展。但是，其发展速度仍落后于软件开发技术的发展速度，软件测试面临着挑战。 1、由于软件的作用越来越大，因此，保证软件的安全性和可靠性成为软件的主要问题。 2、由于软件的规模越来越大，功能越来越复杂，因此测试任务越来越重，如何进行充分而有效的测试成为软件测试的难题。 3、面向对象的开发技术越来越普及，但是，面向对象的测试技术还很不成熟。另外，对于分布式系统，其整体性能的测试还没有好的方法，更谈不上有效的技术。 软件测试 软件测试面临的挑战 软件测试包括四个步骤：单元（模块）测试、集成测试、验证测试和系统测试。但是，作为课程设计的“期刊管理系统”，因其规模小、复杂度低，所以，只需进行单元测试和集成测试。 单元测试由编制该单元代码的同学完成，集成测试由担负系统集成的同学完成。 4.1 软件测试的步骤及分工 软件测试 对于“期刊管理系统”，采用黑盒测试方案。 该方案根据软件所需要的输入数据的格式以及应该完成的功能，设计适当的测试用例（合法的和不合法的测试用例），特别要根据边界条件设计边界测试用例，以检查系统是否能正确地完成预期功能，得到期望的输出，并且对不合法的输入和操作能够正确识别和防御。 4.2 软件测试的方案 软件测试 以“期刊管理系统”为例，说明系统登录、读者管理、期刊管理、借阅管理、归还管理的测试过程及其用例设计示例。 4.3 软件测试的过程 软件测试 系统登录测试主要测试： 登录界面是否正确、合理； 对于合法的用户是否能转入相应的模块界面； 对于非法的用户能否进行正确的处理，如拒绝登录，并告知为何拒绝登录等。 4.3.1 系统登录测试 软件测试 假设读者管理有3个子模块：添加读者、修改读者信息和删除读者。因此，要分别进行单元测试。 4.3.2 读者管理测试 软件测试 首先需要测试当读者填写了正确的读者信息后，能否成功提交；然后测试读者提交含有错误的信息时能否被拒绝，并正确地指出其错误性质或位置。 4.3.2.1 添加读者功能测试 软件测试 首先测试是不是只有允许修改的字段才能修改，然后测试不能修改的字段是否会被修改。对于允许修改的字段，先给出正确的修改值，看能否正确提交，再给出错误的修改值，看能否被拒绝，并反馈正确的提示。 4.3.2.2 修改读者信息功能测试 4.3.2.3 删除读者功能测试 测试当删除要求被确认后，该读者是否真的被删除，同时测试放弃删除时，该读者是否还在。 4.3.3 期刊管理测试 软件测试 假设期刊管理有4个子模块：添加期刊、修改期刊信息、删除期刊和添加库存期刊。因此，要分别进行单元测试。 4.3.3.1 添加期刊功能测试 首先需要测试当期刊信息（如期刊号、期刊名、出版周期等）输入不完整时，系统能否给出正确的提示。接着测试输入的期刊信息在数据库中已存在时，能否给出正确响应，并给出提示。最后测试当输入一个正确的新期刊信息时，能否成功提交。 软件测试 4.3.3.2 修改期刊信息功能测试 先测试系统能否正确列出要修改的期刊目录信息，再测试完成信息修改后，能否成功提交。 4.3.3.3 删除期刊功能测试 先测试待删除期刊信息填写不完整时，系统能否给出相应提示。接着测试选中一条记录进行删除时，能否给出“是否确定删除”，并且分别点击“确认”、“取消”按钮能够进行正确的处理。 软件测试 4.3.3.4 添加库存期刊功能测试 先测试当期刊信息（如期刊号、年份、期号、数量等）输入不完整时，系统能否给出相应提示。接着测试输入的期刊信息在数据库中已存在时，能否给出正确响应，并给出提示。最后测试当输入一个正确的新期刊信息时，能否成功提交。 软件测试 4.3.4 借阅管理