马工程版 政治学概论笔记(完整版).doc
《马工程版 政治学概论笔记(完整版).doc》由会员分享,可在线阅读,更多相关《马工程版 政治学概论笔记(完整版).doc(9页珍藏版)》请在文库网上搜索。
1、 成功后,应该删除 C:Program FilesEasyPHP1-8wwwmantis_1.0.5 下的 admin 目录;同时禁止 administrator 账户或改变 administrator 账户的缺省口令。 ) 4.邮件服务器配置 在 C:Program FilesEasyPHP1-8apache 下的 php.ini 文件中查找 SMTP,将 SMTP = localhost 改为你的发件服务器,如 SMTP = ;查找 sendmail_from,将前面的分号去掉,并在后面填上邮件地址:sendmail_from = (有效的邮件地址)。 . . 在 C:Program Fi
2、lesEasyPHP1-8wwwmantis_1.0.5config_inc.php 文件中添加 $g_smtp_host= $g_smtp_username=帐号$g_smtp_password=密码 $g_phpMailer_method =2; 5.文件上传 在 C:Program FilesEasyPHP1-8wwwmantis_1.0.5config_inc.php 文件中添加 $g_allow_file_upload=ON; $g_file_upload_method=DISK;并且在 C:下创建 upload 目 录。 (注意最好不要用中文目录名,目录名中间也不要带空格。 )当你
3、以管理员身份 登录,新建项目时,在上传文件路径那一项填上 C:upload 即可。 6.其他问题 配置完成后,键入 http:/localhost/mantis_1.0.5/login_page.php 就可以打开 mantis 登录页面了。但要使网内其他用户也能访问服务器,应该把 httpd.conf 文件的 Listen 后的地址(默认为 127.0.0.1:80)改为服务器地址。这样就可以从其他客户端访问了 (如图 3.1)。 图 3.1 Mantis 的界面 2)管理全局配置 全局配置是用来配置运行的平台的,把自己电脑的配置设置在下面的图中, 如图 3.2. . . 图 3.2 全局配
4、置 3.3 查询问题步骤查询问题步骤 1)项目管理 项目管理是先设置项目酒店管理系统,然后分别设置子项目:房间状况管理、 添加房间信息。然后对于所添加的项目进行说明如下图 3.3. 图 3.3 项目管理 2)报告问题 报告问题是根据我们所写的测试用例进行的功能测试所发现的缺陷,而在测 试用例当中根据测试所发现了三个缺陷,一个是添加信息不管房间有没有错都会添 . . 加,一个是添加的房间号与类型的选择无关,一个是单人房的显示剩余数错误。所 发现的缺陷用 mantis 的这个报告问题所报告的,如下图 3.4. 图 3.4 报告问题 3)查询问题 对于问题的报告,方便查询就如图 3.5 的查询所报告
5、的问题,这样也有利于 修改问题,并及时打印出报告。 图 3.5 查询问题 . . 图 3.5 查询问题的详细情况 . . 4 测试报告 4.1 测试目的测试目的 测试的目的是发现现有系统还存在的问题,因此测试人员,通过卫生高级专业 技术资格网上申报系统的熟练操作了解该系统的基本功能和操作流程,通过对该系 统的界面、功能、性能的测试,发现该系统还存在的一些缺陷。 4.2 测试概述测试概述 1)系统概述 本次测试的是基于酒店管理系统的功能和性能的测试,这个系统功能包括房间 状况的管理、退房管理、维修管理、添加房间信息等功能,是适用于一些小型的酒 店的管理,这样就不用人工繁琐的去登记。 2)文档概述
6、 本文档用于对酒店管理系统的软件的测试工作阶段成果的描述。包括对软件测 试的整体描述,软件测试的分类和级别,软件测试的过程描述,软件测试的结果等 内容。 运用了自动化测试工具,功能测试 QTP,性能测试 Jmeter,而功能测试就是测试 这些功能有没有缺陷,性能测试测试用户数同时请求下响应时间。 4.3 测试总结测试总结和建议和建议 1)测试总结 本次测试对酒店系统软件进行了功能和性能的测试。在测试过程中针对发现的 软件缺陷进行了初步分析,并提交程序设计人员对原软件中可能存在的问题进行考 查。在软件测试中首先根据软件测试的规范进行考核,将书写规范,注释等基础问 题首先解决,其次考核软件测试中的
7、问题是否存在设计上的逻辑缺陷,如果存在设 计缺陷则应分析该缺陷的严重程度以及可能引发的故障。软件开发人员在以上基础 上对软件的不足做出相应的修改,同时通过软件回归测试验证软件修改后能够得到 的改善结果。 2)动态测试小结 动态测试使用的测试工具为酒店管理系统软件集成开发环境。 . . 总共的测试用例数:33 个。全部由测试人员人工设计。其中功能测试用例 28 个,性 能测试用例 5 个。发现的软件缺陷有 3 个,都是在功能测试过程中发现的。上述软 件缺陷见附件软件问题报告单: 动态测试中代码覆盖率: 代码行覆盖率 100% 分支覆盖率 100% 程序单元调用覆盖率 100 动态测试中的缺陷分析
8、: 严重缺陷 3 个,都是关乎系统的功能方面的修改后经回归测试问题得到了解决。 3)测试结果 在两个阶段测试过程中共发现软件缺陷 3 个,缺陷分布见表 4.1.经软件开发人 员确认的缺陷为 3 个,经过改正的代码消除了所有以确认的软件缺陷并通过了回归 测试。因测试条件所限,未能进行软件的确认测试和系统测试。 表 4.1 缺陷分布 功能模块名称缺陷数备注 房间状况管理模块1单人房中剩余房间数显示 错误 添加房间信息模块2无论输入的房间号有没有 错误都会添加、输入的房 间号不管类型有没有错也 会添加 4)评估和建议 1 软件编码规范化评估 经过回归测试,未残留的软件编码规范性缺陷。软件代码文本注释
9、率约为 42%,代码注释充分,有利与代码的理解和维护。 2 软件动态测试评估 使用的测试用例个数:33 个 达到软件测试出口准则的软件单元数为 11 个,通过率 100 3 改进建议 (1)建议在软件开发项目中全面实施软件工程化,加强软件开发的管理工作。 (2)建议进一步加强软件需求规格说明、软件设计文档编制以及编写代码的规 范化。特别是应该将系统中的硬件研制和软件研制分别管理,软件文档编制的种类 . . 和规格按照相关标准执行。 (3)尽早开展软件测试工作。在软件研制计划安排上给软件测试留有必要的时 间,在资源配置上给软件测试必要的支撑。 (4)建议结合系统联试,开展软件的确认和系统测试。
10、4.4 测试记录测试记录 1)测试时间:2011 年 5 月 15 日至 2011 年 5 月 20 日。 2)地点:(略) 。 3)硬件配置:P4CP可行性方案,争取整合各种资源,一计不成,再生一计,坚定持久地采取行动。在逆境中沉着应对、处理突发性、复杂的事件,灵活改变工作计划,并有效推进工作,坚持达成原定的目标。层级二:设定中长期行动目标,制定行动方案设定中长期目标,构思细化方案,考虑关键节点,并据此制定行动方案。建立长期的监控机制,以保障方案的有效执行。层级一:积极正向、直面问题主动思考每天日常工作中存在的问题,并采取相应的行动去解决。以正向的心态看待日常工作的困难,直面问题,不退缩,不
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 马工程版 政治学概论笔记完整版 工程 政治学 概论 笔记 完整版