| 查看: 722 | 回复: 8 | |||
| 【奖励】 本帖被评价1次，作者raulsyp增加金币 0.5 个 | |||
| 当前主题已经存档。 | |||
| 当前只显示满足指定条件的回帖，点击这里查看本话题的所有回帖 | |||
[资源]
【读书日记】apple20028183的读书日记 3月31日 更新见9楼
|
|||
|
我这个不知道符合不符合要求，我看的是视频讲座，和大家分享吧，开此贴也作为对自己的督促 书籍名称：软件测试视频教程 作者：李哲洙 东北大学网络学院 附件里是我的学习笔记 下载地址里今天看所看的视频 第一次发带附件和网址的帖子，不知道发的对不对，请见教 其实今天看的这几个视频具体的内容并不是很多，就是课程的一些介绍和基础知识 PS：压缩文件要解压到根目录下才能看，点击那个content.htm的文件，然后允许插件运行就好了，希望对大家有帮助 http://www.namipan.com/d/9e688b8dab94a06796e1c4cfa7fdc55fcc428717a943b902 http://www.namipan.com/d/00e0c6e51803fd3abb93e6b82571e393ea86fe4315a77902; http://www.namipan.com/d/3dd8e4755a9ed68c9a83195e3a45b8bab4abed7556187402; [ Last edited by raulsyp on 2009-3-31 at 09:17 ] |
回复此楼» 猜你喜欢
全日制（定向）博士
已经有5人回复
-
假如你的研究生提出不合理要求
已经有10人回复
-
萌生出自己或许不适合搞科研的想法，现在跑or等等看？
已经有4人回复
-
Materials Today Chemistry审稿周期
已经有4人回复
-
参与限项
已经有3人回复
-
实验室接单子
已经有4人回复
-
对氯苯硼酸纯化
已经有3人回复
-
求助:我三月中下旬出站，青基依托单位怎么办？
已经有12人回复
-
所感
已经有4人回复
-
要不要辞职读博？
已经有7人回复
★
nanzai(金币+1,VIP+0):谢谢，学习了 3-31 16:09
nanzai(金币+1,VIP+0):谢谢，学习了 3-31 16:09
|
既然出了新规则，按照规则办事吧，还写我一开始的读书笔记，O(∩_∩)O~ 5、 软件维护 软件维护：在软件交付使用之后直至软件被淘汰的整个时期内为了改正错误或满足新的需求，而修改软件的活动 软件的可维护性：是指理解、改正、改动、改进软件的难易程度。根据Boehm质量模型，通常影响软件可维护性的因素有可理解性、可测试性和可修改性。 软件维护类型：根据引起软件维护的原因，软件维护通常可分为以下4种类型—改正性维护、适应性维护、完整性维护、预防性维护。 注意： ① 只有在软件生命周期的各个阶段都充分考虑维护问题，才能有效提高软件的可维护性。 ② 应用面向对象方法学能提高软件的可维护性。 ③ 结构化设计中注意模块化、信息隐藏、高内聚、低耦合等问题，对于提高软件的可理解性、可测试性和可修改性也都有重要的作用。 ④ 编写程序开发文档以及形成良好的编程风格有助于提高软件的可维护性。 软件维护管理：是指为保证维护质量、提高维护效率、控制维护成本而进行的维护过程管理它要求对软件的每次“修改”均需经过申请、评估、批准、实施、验证等步骤。 软件维护管理的核心是维护评估和维护验证。 维护评估的主要工作包括：判定维护申请的合理性与轻重缓急、确定维护的可行性与时间及费用、制定维护策略与维护计划。 维护验证主要是审查修改后的软件是否实现了维护目标、软件文档是否做了相应的修改。 4.7软件过程改进 CMM（软件成熟度模型） CMM模型描述和分析了软件过程能力的发展过程，确立了一个软件成熟程度的分级标准：初始级、可重复级、已定义级、可管理级、优化级。 关键过程域的分类： 等级\过程分类 管理方面 组织方面 工程方面 优化级 技术改进管理 过程改进管理 缺陷预防 可管理级 定量管理过程 软件质量管理 已定义级 集成（综合）软件管理 组间协调 组织过程焦点 组织过程定义 培训程序 软件产品工程 同级评审 可重复级 需求管理 软件项目计划 软件项目跟踪与监控 软件子合同管理 软件质量保证 软件配置管理 CMMI 2001年12月，SEI正式发布CMMI1.1版本，与原有能力成熟度相比，CMMI设计更广。 CMMI是作为评估标准出现的，所有内容都是必要的，这样才能保证评估的标准。 CMMI是作为改进模型出现的，罗列了较多的最佳实践，以利于过程的改进。 |
9楼2009-03-31 09:17:09
★
signal023(金币+1,VIP+0):幸苦了~ 3-20 08:33
signal023(金币+1,VIP+0):幸苦了~ 3-20 08:33
|
05_09_04_1 软件开发的现状： 软件开发现状分析： 软件测试的背景： 为什么需要软件测试： 什么是软件缺陷：软件未达到需求分析说明书的要求； 05_09_04_2 什么是软件缺陷： 为什么会出现软件缺陷： 一个测试生命周期： 测试过程可以分为如下步骤： 测试计划 测试用例开发 运行测试用例 评估测试结果 软件测试的修复费用：发现缺陷越早修复费用越少 软件测试员工作责任： 软件测试员的目的： 找出软件缺陷，尽可能早一些 怎样成为优秀软件测试员： 软件测试员应具备的素质： 探索精神； 故障排除能力； 不懈努力； 创造性； 追求完美； 判断准确； 老练稳重； 说服力； 05_09_04_3 软件开发过程简介： 构成软件产品的主要部分； 制作软件产品的人和技术； 软件从构想到最终产品的过程； 构成软件产品的主要部分： 功能需求书 项目计划 软件设计文档 测试文档 用户手册 安装、维护手册 白皮书 软件项目成员： 项目管理员（PM、PSM） 设计师 程序员 测试员 技术助理 配置管理员 软件开发模式 瀑布开发模式 原型开发模式 RUP开发模式（重型） XP开发模式 迭代开发模式 组件开发模式 测试级别和测试种类  测试术语：黑盒测试与白盒测试、静态测试与动态测试、测试用例 黑盒测试：在黑盒测试中，软件测试员只需知道软件要做什么即可—而无法看到盒子是如何运行的。只要进行一些输入，就能得到某种输出结果。 白盒测试：在白盒测试中，软件测试员可以访问程序员的代码，并通过检查代码来协助测试—可以看到盒子里面。根据代码检查结果判断多大的数据可能出错，并据此调整测试程序。 静态测试：静态测试是指测试不运行的部分—只是检查和审阅。 动态测试：动态测试是指通常意义上的测试—运行和使用软件。 测试用例： 软件测试的本质是针对要测试的内容确定一组测试用例，在测试中占据中心地位。 测试用例包含的信息： 输入：前提（在测试用例执行之前已经存在的环境）和由某种测试方法所标识的实际输入 输出：后果和实际输出 测试用例的重要性： 只做测试用历史软件测试员最重要的一项任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。 测试员能准确评估风险，把不可穷尽的可能性减少到可以控制的范围是成功的诀窍。 测试人员的数学背景 测试工作注意事项 总结： 什么是软件缺陷； 软件测试的重要性； 软件质量的全面管理； 软件测试员的数学背景； 软件测试员需要具备的技术与人文素质； [ Last edited by 2007mky on 2009-3-19 at 23:23 ] |
2楼2009-03-19 23:12:14
3楼2009-03-20 11:40:29
4楼2009-03-20 21:24:03