发布新日志

  • ron.patton学习笔记

    2007-09-02 02:11:46

    1.        数据测试:按等价划分:边界条件、次边界条件、空值和无效数据。

    1)边界条件:boundary condition是指软件运行在计划操作界限的边界的情况。

    l          提出边界条件时,一定要测试临近边界的有效数据,测试最后一个可能有效的数据,同时测试刚超过边界的无效数据。

    l          在软件的每一个部分不断寻找边界是极为重要的,寻找的越多,边界就会发现的越多,可能找出的软件缺陷就越多。

    2)次边界条件:sub-boundary condition = internal boundary condition是属于软件内部的,最终用户几乎看不到。

    l         寻找这样的边界,要求测试员大体了解软件的工作方式

    l         2的幂和ASCII表是这方面的2个例子

    l         建立等价划分时,要考虑等价划分中是否需要包含2的幂级的边界条件。

    3)默认、空白、空值、零值、无

    l         默认:好的软件员会将输入的默认内容为边界内的最小合法值;或某个合理值。或返回错误提示信息。

    4)非法、错误、不正确、垃圾数据

    l         垃圾数据:是失效性测试的对象,是数据测试的最后一种类型。

    l         此类测试没有实际规则,只是设法破坏软件。

  • ron.patton学习笔记

    2007-09-02 02:04:50

    1.        软件可分为2个部分:数据和程序。测试也可按此类分类。

    2.        数据:包括键盘输入、鼠标单击、磁盘文件、打印输出等

    3.        程序(状态):可执行的流程、转换、逻辑和运算。

    4.        数据的例子:

    l          文字处理程序中输入的文字

    l          电子表格中输入的数据

    l          太空游戏中余下的设计次数

    l          图像处理软件打印的图片

    l          存放在软盘中的备份文件

    l          通过调制解调器在电话线上发送的数据

  • ron.patton学习笔记

    2007-08-30 21:42:22

    产品说明书的低层次测试技术

    1.          属性检查清单:优秀产品说明书的8个重要属性

    (1)         完整

    (2)         精确、不含糊、清晰

    (3)         准确

    (4)         一致

    (5)         贴切

    (6)         合理

    (7)         代码无关

    (8)         可测试性

     

    2.          术语检查清单

    (1)         总是、每一种、所有、没有、从不:需要确认这些,考虑违反这些情况的用例。

    (2)         当然、因此、明显、显然、必然:这些话意图说服你接受假定情况,不要中圈套。

    (3)         某些、有时、大多、几乎、经常、官场、通常、常常:太过模糊,“有时”发生作用的功能无法测试。

    (4)         等等、诸如此类、依此类推、例如:这样的词,在功能清单中无法测试。

    (5)         良好、迅速、廉价、高效、小、稳定:这些是无法量化的词语,它们无法测试。必须进一步明确这些词的含义

    (6)         处理、进行、拒绝、跳过、排除:这些词可能会隐藏大量需要说明的功能

    (7)         如果。。。那么。。。(没有否则):想想‘如果’没有发生会怎样?

  • ron.patton学习笔记

    2007-08-30 21:40:58

    对说明书的高级审查

    1.          审查产品说明书是为了找出根本性的问题、疏忽、遗留之处。

    2.          若审查时不明白,可不能假设它是对的。得当时就弄明白才好

    3.          研究现有的标准和规范

    (1)         公司惯用语和约定

    (2)         行业要求

    (3)         政府标准

    (4)         图形用户界面

    (5)         安全标准

    4.          软件测试员的任务不是定义软件要符合何种标准和规范,这是项目经理和产品说明书的人的任务;测试员的任务是:观察,检查采用的标准是否正确,有无遗漏。

    5.          标准和规范应为产品说明书的一部分。

     

  • 2007-8-29 mission

    2007-08-29 11:33:44

    1.sql 第十四章:存储过程

    2.sql 第十五章:触发器

  • 8月28日 笔记

    2007-08-28 22:54:34

    听了一天的ISO9000培训。

    虽说是老生常谈,却也长见不少。

    还得将老师讲的不足添足才行。

     

  • 学习笔记3

    2007-08-27 22:40:44

    不受欢迎的软件测试小组

     

    保持小组成员和睦的建议:

     

    1.       早点找出缺陷:越早发现缺点,影响越小,更容易让人接受。

     

    2.       控制情绪:发现问题后不能兴冲冲告诉程序员,这样它是不会高兴的。

     

    3.       不要总是报告坏消息:假如发现某段代码没有软件缺陷,就大声宣扬。花点时间找程序员聊天。不能总报告坏消息。

     

  • 学习笔记2

    2007-08-27 22:11:16

    软件开发过程

    1.       软件设计文档

    1)   结构文档:主要部分的描述,以及相互之间的交互方式

    2)   数据流图:数据在程序中如何流动。Bubble chart

    3)   流程图:描述程序逻辑

    4)   代码注释

     

    2.       测试文档

    1)   test plan:验证软件是否符合SRS和客户需求的整体方案,including:

    a.       质量目标

    b.       资源需求

    c.        进度表

    d.       任务分配

    e.       方法

    2)   Test cases:列举测试的项目,验证软件的详细步骤

    3)   Bug report:问题,通常记录在数据库中。

    4)   Test tools and automation:若使用自动化测试工具测试软件,须有文档记录

    5)   Metrics, statistics, summaries:测试过程的汇总

     

    3.       软件产品的组成部分

    1)   帮助文件

    2)   用户手册

    3)   样本和示例

    4)   标签和不干胶

    5)   产品支持信息

    6)   图标和标志

    7)   错误信息

    8)   广告和宣传资料

    9)   安装

    说明文件
  • ron patton note

    2007-08-27 20:13:06

    1.       产品说明书:product specification.=spec.=product spec

     

    2.       soft bug:

    1)       软件未实现spec.要求的功能

    2)       软件出现了spec.指明不应该出现的错误。

    3)       软件实现了spec.未提到的功能。

    4)       软件未实现spec.虽未明确提及但应该实现的目标。

    5)       软件难以理解、不易使用、运行缓慢or-从测试员的角度看--最终用户会认为不好。

    3.       软件测试员的目标:尽可能早的找出软件缺陷,并确保其得以修复。

     

    4.       修复:并非指一定要改正软件,可以是在用户手册中增加一段注释或者为客户提供特殊培训。

     

    5.       软件测试人员不必成为一个经验丰富的程序员,但拥有编程知识会很有好处。

     

    6.       软件测试员最基本的一个素质:打破砂锅问到底。

     

    7.       其它素质:

    1)   探索者:喜欢进入陌生环境;

    2)   解谜:善于发现问题症结,喜欢解谜;

    3)   不放过任何蛛丝马迹:喜欢不停尝试。不会放过任何转瞬即逝或难以重现的软件缺陷,会想尽一切可能去重现。

    4)   创造性:设想出超常的手段来寻找缺陷。

    5)   判断准确

    6)   注重策略和外交:如何和不冷静的程序员合作。

    7)   善于说服:有时找出的问题被认为不重要、不用修复。测试员要善于清晰的表达自己的观点,说明软件缺陷为何必须修复,并推进缺陷的修复。

     

    8.       软件测试是一项批判性的工作。

  • mission

    2007-08-27 15:20:17

    明天公司还要做ISO9000的培训。

    公司的9000又要重新做啦。看来又要忙一阵子了。

    不知道能不能及时回家。

  • 2007-8-27 debriefing

    2007-08-27 15:12:22

    1.sql.第十二章:数据完整性。

    2.sql.第十三章:事务处理。

    3.sql.第十四章:存储过程。

    4.voa:review replepsy。

           new:drugs combinations can make people dead.

     

  • 2007-8-24 mission

    2007-08-24 09:20:54

    1.sql 第十一章.内建函数

    2.软件测试脚本编写的了解.

  • 2007-8-23 debriefing

    2007-08-24 09:18:16

    1.sql .第十章 程序设计

    2.voa review.

  • 2007-8-23 工作日志

    2007-08-23 08:49:01

    1.sql.第九章.程序设计

    2.voa.review yesterday's article.

    3.电磁兼容:基本概念的了解.

  • 2007-8-22 debriefing

    2007-08-22 19:39:30

    1.第八章.sql数据类型.

    2.第九章.sql变量与运算符

    3.voa venglish 2篇.

    a.agriculture report--windbreak,soil conservation

    b.health report--epilepsy.

  • about sql server

    2007-08-22 08:52:51

    2007-8-22:

    任务:

    1.Transact-SQL 变量与预算符.第九章

    2.Transact-SQL 数据类型.第八章

    3.VOA 英语一篇.

  • 职业生涯

    2007-05-29 09:44:23

    从毕业到现在,我已经浪费了很多。

    1.浪费了自己的专业:我的专业是通信工程,可我没有入那行,到现在看来都是浪费了四年的大学生涯。使我羞愧不已。

    2.浪费了自己的时间:一毕业就在这个公司,应该说一开始还不错,试用研发助理,可是试用期还未结束,便被糊涂的拉入品管,混混沌沌了几年,又被划入制造部。晕死

    3.步入正轨:现调入研发,可以说是有机会去学习。随着年龄增长,也应该考虑以后了

    努力吧!

  • 关于英语

    2007-05-28 17:55:51

    今天看了一篇很好的文章

    是说学习英语的,笔者的话直透我心。说的真是对,大致的内容做以记录,以示警惕。

    1.英语学习网站泛滥,多为下载资料者,而不是学习交流。资料是一堆一堆,至于学习笔记却是少之由少。或者有的资料根本就不看,只是个摆设。

    2.学习方式:不喜欢一个字一个字的去下功夫,一个个句子去掌握。太枯燥。

    3.恒心:这是最重要的。三天打鱼,两天晒网。那什么收获也都没有。

    4.养成习惯:以前也规定自己每天记多少个单词,每天理解多少个句子,但都坚持不了。所以来这里,瞪着自己来坚持,养成习惯。

  • 开始软件测试

    2007-05-28 13:26:02

    2007-5-28 阴有阵雨

    今天,我正式开始学习软件测试,借以此地来记录我的心路历程。

    之前有过很足的准备工作,所以现在所需要的就是在现有的资料中充实自己。

    希望自己能有时间、精力来持之以恒。

     

数据统计

  • 访问量: 4353
  • 日志数: 19
  • 建立时间: 2007-05-28
  • 更新时间: 2007-09-02

RSS订阅

Open Toolbar