摘要: 1、总计架构测试 1)瘦客户端,业务逻辑规则多数在服务器端执行。如新闻站点、门户网站、信息发布网站等。 2)胖客户端,安全性要求较高、交互操作频繁、业务逻辑复杂。银行系统、网络游戏、网上办公系统等。 2、Web架构组成部分是否满足需求 成本、功能、安全性要求、容量要求、传输实时性。 3、服务器配置分布是否满足要求 Web服务器、应用服务器、数据库服务器可以分布在不同物理机器上也可以分布相同的物理机... 阅读全文
posted @ 2008-11-05 13:58 打杂小土豆 阅读(655) 评论(0) 推荐(0) 编辑
摘要: 一、等价类划分 等价类划分主要适用于单个输入条件,输入为数值型的情况,如果输入规定了输入区间,可划分出一个有效等价类,两个无效等价类;如果输入只规定了输入范围,可划分出一个有效等价类,一个无效等价类。 二、边界值 边界值方法也是适用于单个输入条件的情况,输入类型可以数值、字符等,要测试的边界包括上点、下点、离点。 三、错误推测法 错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的... 阅读全文
posted @ 2008-11-05 13:56 打杂小土豆 阅读(592) 评论(0) 推荐(0) 编辑
摘要: 测试的主要评测方法包括覆盖和质量。  测试覆盖是对测试完全程度的评测,它建立在测试覆盖基础上,测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。  质量是对测试对象(系统或测试的应用程序)的可靠性、稳定性以及性能的评测。质量建立在对测试结果的评估和对测试过程中确定的变更请求(缺陷)的分析的基础上。  覆盖评测  覆盖指标提供了"测试的完全程度如何?"这一问题的答案。最常用的覆盖评测是基... 阅读全文
posted @ 2008-11-05 11:00 打杂小土豆 阅读(276) 评论(0) 推荐(0) 编辑
摘要: 某日,老师在课堂上想考考学生们的智商,就问一个男孩:“树上有十只鸟,开枪打死一只,还剩几只?”   男孩反问:“是无声枪么?”  “不是。”  “枪声有多大?”  “80~100分贝。”  “那就是说会震的耳朵疼?”  “是。”  ... 阅读全文
posted @ 2008-10-29 11:58 打杂小土豆 阅读(306) 评论(0) 推荐(0) 编辑
摘要: 一、获取测试对象也就是我们最初的工作:测试需求的分析测试需求的分析为四个部分:1、明确需求的范围2、明确每一个功能的业务处理过程3、不同的功能点作业务的组合4、挖掘显式需求背后的隐式需求二、分别阐述:1、明确需求的范围(目标:需求中包括了多少功能点)1. RTM中的SRS列表(粒度)2. QC中的需求描述(不同层次)3. UML的用例视图(Actor Usecase)2、明确每一个功能的业务处理过... 阅读全文
posted @ 2008-10-28 14:45 打杂小土豆 阅读(819) 评论(0) 推荐(0) 编辑
摘要: 如果你的工作一定要你透支健康,你一定要缩短这份工作在你生命中的长度,你想一想,你为什么非要这份工作不可?不就是因为你没有选择——你之所以没有选择,无非是因为你没有经验,没有人脉,没有钱,那么好,趁着年轻,在最短的时间内熟悉你的专业,尽量不要太多不必要的消费——比如暂时不做度假计划,争取家人的体谅,跟父母说明情况,你需要一段积累财富的时间,让他们不要太着急收回教育投资,暂时不要买房买车,也不要在爱情... 阅读全文
posted @ 2008-09-19 15:27 打杂小土豆 阅读(236) 评论(0) 推荐(0) 编辑
摘要: 在潘石屹的文章里,曾引用过这样一段话:一个诗人说:"我知道如何做诗。"而另一个说:"你会做诗,但我知道为什么做诗。"由此,我们可以一连串地想下去:你会盖房子,我知道为什么盖房子;你会写文章,我知道为什么写文章;你会吃饭,我知道为什么吃饭;你知道活着,我知道为什么活着;"你知道"的更多的是技术、科学、工艺上能够解决的问题,而"我知道"的是在哲学、宗教层面才能回答的问题,归结起来就是追寻"意义"。 当... 阅读全文
posted @ 2008-09-19 08:30 打杂小土豆 阅读(322) 评论(0) 推荐(0) 编辑
摘要: 一、 新产品或工程管理流程 1.1、需求调研 在软件需求分析阶段,测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研,以测试角度分析需求的可测性,可构思将来对其测试的方法、原则等;同时全面了解系统需求,从客户角度考虑软件测试需要达到的验证状态,即哪些功能点需重点测试、哪些无需,以便将来制定测试计划。 1.2、制定测试计划 进行每一种测试之前,测试负责人要根据“产品定义书... 阅读全文
posted @ 2008-09-18 15:24 打杂小土豆 阅读(784) 评论(0) 推荐(0) 编辑
摘要: 软件测试的目的到底是什么一直是困扰开发人员和测试人员的一个问题, 项目管理人员希望测试能够保证软件项目的成功 开发人员希望希望测试可以让他们理直气壮的说,他们的软件是没有问题的,从而证明他们的工作成果 软件测试经典理论说,测试无法证明软件是没有问题,而只能证明软件是有错误的. 软件测试的经典理论又说好的测试用例是能发现那些问题的测试用例, 于是问题产生了,测试到底是做什么的? 其实这个问题并不难... 阅读全文
posted @ 2008-09-18 14:45 打杂小土豆 阅读(297) 评论(0) 推荐(0) 编辑
摘要: 一、目的 对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范,以便进一步指导我们的软件测试工作。 二、概念 BUG :软件中存在的瑕疵,可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。 三、 BUG 的类型划分 功能类 A. 重复的功能 ... 阅读全文
posted @ 2008-09-18 14:37 打杂小土豆 阅读(857) 评论(1) 推荐(0) 编辑
摘要: 这几天一直都在装TD,在WIN2003上安装的时候总是出现错误。最后还是安装个虚机在win2000里装的。。。在TD连接数据库时,有几点注意。 1、在server name中输入的是sql的服务器。IP地址或计算机名(右击sql server组---新建sql server注册。可以先注册一个sql server服务。)SQL系统中默认有个SA登录名,我把密码也改成SA就可以登录了。 2、在数据库... 阅读全文
posted @ 2008-09-18 14:35 打杂小土豆 阅读(675) 评论(0) 推荐(0) 编辑
摘要: 对于每个功能,从类型一至类型十依次撰写相应用例 对于不满足要求的非常规类型,可以不写相应的用例 对于边界、空值、格式错误、溢出这几个类型,一个功能如有多个数据项测试类型相同,则可以放在一个用例里 以下测试用例,均为最小的用例覆盖要求;对于没有提及的用例类型,视业务需求情况,撰写相应用例 在测试过程中,输入数据可在测试用例规定的范围内做一定变化 (1) 常规的测试用例: 对于一个... 阅读全文
posted @ 2008-09-18 14:33 打杂小土豆 阅读(606) 评论(0) 推荐(0) 编辑
摘要: 功能点覆盖是在测试工作中经常提到的一个东西, 很多测试人员为了对功能点进行覆盖费劲了心思,可惜的是当他们将达到功能点覆盖100%的,系统,仍然不断出现问题,于是领导的责备,用户的冷眼,开发人员的讥讽就全来了,这个时候测试人员唯一的解释就是测试不是万能的,不可能发现所有的问题, 这个时候别人一问:你的功能点不是100%覆盖了吗?为什么还有错误没有发现,于是测试人员哑口无言了. 其实这个问题的关键... 阅读全文
posted @ 2008-09-18 14:21 打杂小土豆 阅读(356) 评论(0) 推荐(0) 编辑
摘要: 很偶然的机会接触了测试。不知道为什么就喜欢上了。享受着找到BUG的喜悦,享受着不亚于程序员的压力。呵呵。。。。也许我会一辈子做着和测试有关的工作。其实它让我学到了很多的知识。包括思想上的飞跃。我会努力的。 阅读全文
posted @ 2008-09-18 14:14 打杂小土豆 阅读(279) 评论(2) 推荐(0) 编辑