| 查看: 723 | 回复: 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人回复
4楼2009-03-20 21:24:03
★
signal023(金币+1,VIP+0):幸苦了~ 3-20 08:33
signal023(金币+1,VIP+0):幸苦了~ 3-20 08:33
2楼2009-03-19 23:12:14
3楼2009-03-20 11:40:29
★
2007mky(金币+1,VIP+0):谢谢更新日记!望再接再厉! 3-20 21:48
2007mky(金币+1,VIP+0):谢谢更新日记!望再接再厉! 3-20 21:48
|
今日更新,本来想继续听开始的那个,但是那个视频总是卡,只能听前十分钟,所以又选了一个视频 听从版主建议把学习笔记直接贴出来了,视频还是上传到我的纳米盘了,欢迎批评指正。 今天学习的视频时希赛的一个老师讲的软件设计师考试中关于软件测试的内容。 第四章 系统开发与软件工程 4.6软件测试与维护 1、软件测试基础 测试目标:以尽可能少的时间和人力发现软件产品中尽可能多的错误 测试用例:测试用例是由测试数据和预期结果构成的 eg:函数ADD(X,Y)的测试用例—X=3,Y=4,R=7 如何衡量一个测试用例的好坏: 成功的测试:发现了至今为止尚未发现的错误的测试 高效的测试:用少量的测试用例,发现被测软件尽可能多的错误 一个规范化的软件测试过程包括以下活动: ① 制定测试计划:包括测试内容、进度安排、测试所需环境和条件、测试培训安排 ② 编制测试大纲 ③ 根据测试大纲生成测试用例 ④ 实施测试 ⑤ 生成测试报告 软件测试的原则: ① 应该尽早地、不断地进行软件测试,把软件测试贯穿于开发过程的始终 ② 所有测试都应该能追溯到用户需求。从用户的角度看,最严重的错误是导致软件不能满足用户需求的那些错误。 ③ 应该从“小规模”测试开始,并逐步进行“大规模”测试。 ④ 应该远在测试之前就制定出测试计划。 ⑤ 根据Pareto原理,80%的错误可能出现在20%的程序模块中,测试成功的关键是怎样找出这20%的模块。 ⑥ 应该由独立的第三方从事测试工作。 ⑦ 对非法和非预期的输入数据也要像合法的和预期的输入数据一样编写测试用例。 ⑧ 检查软件是否做了应该做的事仅是成功的一半,另一半是看软件是否做了不该做的事。 ⑨ 在规划测试时不要设想程序中不会查出错误。 ⑩ 测试只能证明软件中有错误,不能证明软件中没有错误。 测试的分类: 从测试阶段划分,可分为单元测试、集成测试、确认测试、系统测试 测试方法可分为:静态测试和动态测试两大类 静态测试是指被测程序不在机器上运行,而是采用人工检测和计算机辅助静态分析的手段对程序进行检测 人工检测(人工检测的主要方法有个人复查、抽查和会审三种) 计算机辅助静态分析 动态测试是指通过运行程序发现错误。 动态测试又可分为:白盒测试和黑盒测试。 2、软件测试步骤 从测试阶段划分,可分为单元测试、集成测试、确认测试、(系统测试) 单元测试(模块测试) 单元测试也称为模块测试,一般是在编程阶段完成,由程序员对自己编写的模块自行测试,检查模块是否实现了详细设计说明书中规定的功能和算法。 单元测试计划应该在详细设计阶段制定。 单元测试一般采用白盒测试。 单元测试期间着重从模块接口、局部数据结构、重要的执行路径、出错处理、边界条件等几个方面对模块进行测试。 模块接口测试:① 模块的输入参数的形式、个数、属性、单位是否一致。 ② 调用标准函数时所使用的参数、属性、顺序、数目是否正确。 ③ 全局变量在各个模块中的定义和使用是否一致。 ④ 输入是否仅改变了形式参数。 ⑤ 开关语句是否正确。 ⑥ 规定的I、O格式是否与输入输出语句一致。 ⑦ 使用文件之前是否打开了文件,使用文件之后是否关闭了文件。 局部数据结构测试:① 变量的说明是否合适。 ② 是否使用了没有赋值、没有初始化的变量。 ③ 变量的厨师之火默认值是否正确。 ④ 变量是否有错误。 重要的执行路经测试:计算、比较或流控制错误 计算:算术运算优先级次序不正确,理解错误,精度不够等 比较或流控制:eg:分支 出错处理 边界条件 驱动模块和桩模块: 集成测试(组装测试) 集成测试的主要任务是发现模块间的接口和通信问题。 集成测试主要发现设计阶段产生的错误,通常采用黑盒测试。 集成测试计划应该在概要设计阶段制定。 集成的方法可分为非增殖式和增殖式。 增殖式:① 自顶向下的增殖方式(构造桩模块较困难) ② 自底向上的增殖方式(主模块要到最后一步才测试) ③ 混合增殖式方式 ④ 衍变的自顶向下的增殖方式 ⑤ 自底向上—自顶向下的增殖方式 确认测试 确认测试的任务是检查软件的功能、性能和其他特性是否与用户的需求一致。 它是以需求规格说明书作为依据的测试,通常采用黑盒测试。 软件确认测试首先要进行有效性测试以及软件配置审查,然后进行验收测试。 确认测试一般由三个步骤:① 有效性测试 ② 软件配置审查 ③ 验收测试 α测试与β测试(当一个软件是作为产品被许多客户使用时需要用这种测试) 系统测试 系统测试的任务是把软件放在实际的硬件和网络环境中进行测试,主要测试软件的非功能需求和质量属性是否得到满足。 系统测试根据系统方案说明书来设计测试用例,通常采用黑盒测试。 常见的系统测试主要有:恢复性测试、安全性测试、强度测试、性能测试、可靠性测试和安装测试。 恢复性测试:检测系统的容错功能。 安全性测试:检测系统的安全机制、保密措施是否完善,主要是检测系统的防范能力。准则是:非法入侵者所花费的代价比进入系统后得到的好处要大。 强度测试:对系统在异常情况下承受能力的测试,系统在极限状态下的运行性能下降程度是否在允许范围内。 性能测试:检查系统是否满足系统方案说明书对性能的要求,要覆盖到软件测试的各个阶段。 可靠性测试:检查系统的MTBF和MTTR值。 安装测试:检查在安装过程中是否有错误,安装过程的操作是否容易。 调试 调试的任务是根据测试是所发现的错误,找出原因和具体的位置,进行改正。 调试工作主要由程序开发人员来进行,谁开发的程序就有谁来进行调试。 常见的调试方法有以下几种: ① 试探法 ② 回溯法 ③ 对分查找法 ④ 归纳法 ⑤ 演绎法 [ Last edited by raulsyp on 2009-3-20 at 21:42 ] |
5楼2009-03-20 21:27:38












回复此楼

