专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  模糊测试事实上不是种新技术它早在1989年就被威斯康星州麦迪逊大学BartonMiller教授发明由于目前人们聚焦于开发更加安全软件Software模糊测试才被更加广泛应用并成为公认代码测试思路方法   在软件Software测试过程中个被随机产生数据大量验证称为模糊测试假如个在应对任这类数据上失效开始出现冲突、锁住、消耗大量内存或者产生不可控制开发者就知道代码中某处出现了bug因此这个缺陷可能在发布或者配置前被定位并予以矫正从而使可能漏洞不出现在最终发行版本中软件Software测 [阅读全文] [PDF]
  别小看了这个用户名密码这么简单输入框可测试内容还是很多并且引发问题也有很多种类下面就说说他测试思路方法   .用户注册   只从用户名和密码角度写了几个要考虑测试点如果需求中明确规定了安全问题Email出生日期地址性别等等系列格式和要求那就都要写用例测了~   以等价类划分和边界值法来分析   1.填写符合要求数据注册: 用户名字和密码都为最大长度(边界值分析取上点)   2.填写符合要求数据注册 :用户名字和密码都为最小长度(边界值分析取上点)   3.填写符合要求数据注册:用户名字和密码都是非最大和最小长度数据(边界值分析取内点)   4.必填项分别为空注册   [阅读全文] [PDF]
  1.基于故障测试   a.具有较高发现可能故障能力   b.从分析模型开始考察可能发生故障设计用例去执行设计和代码   c.可用于集成测试发现消息联系中‘可能故障’(可能故障指意料的外结果、地使用了操作/消息、不正确地引用等)   d.除用于操作测试外还可用于属性测试用以确定其对于区别类型对象行为是否赋予了正确属性值   e.是从客户对象(主动)上发现   f.不能发现:不正确规格介绍说明用户不需要功能或缺少用户需要功能;没有考虑子系统间交互作用   2.基于场景测试   a.主要关注用户需要做什么不是产品能做什么即从用户任务(使用用例)中找 [阅读全文] [PDF]
  通过集成测试的后软件Software已完全组装起来接口方面也已排除确认测试即可开始确认测试应检查软件Software能否按合同要求进行工作即是否满足软件Software需求介绍说明书中确认标准   1. 确认测试标准   实现软件Software确认要通过系列墨盒测试确认测试同样需要制订测试计划和过程测试计划应规定测试种类和测试进度测试过程则定义些特殊测试用例旨在介绍说明软件Software和需求是否致无是计划还是过程都应该着重考虑软件Software是否满足合同规定所有功能和性能文 [阅读全文] [PDF]
  软件Software测试思路方法和技术是多种多样  对于软件Software测试技术可以从区别角度加以分类:  从是否需要执行被测软件Software角度可分为静态测试和动态测试  从测试是否针对系统内部结构和具体实现算法角度来看可分为白盒测试和黑盒测试;  1、黑盒测试  黑盒测试也称功能测试或数据驱动测试它是在已知产品所应具有功能通过测试来检测每个功能是否都能正常使用在测试时把看作个不能打开黑盆子在完全不考虑内部结构和内部特性情况下测试者在接口进行测试它只检查功能是否按照需求规格 [阅读全文] [PDF]
软件Software测试基本思路方法单元测试基本思路方法综合测试基本思路方法确认测试基本思路方法系统测试基本思路方法软件Software测试基本思路方法  软件Software测试思路方法和技术是多种多样  对于软件Software测试技术可以从区别角度加以分类:  从是否需要执行被测软件Software角度可分为静态测试和动态测试  从测试是否针对系统内部结构和具体实现算法角度来看可分为白盒测试和黑盒测试;1、黑盒测试  黑盒测试也称功能测试或数据驱动测试它是在已知产品所应具有功能通过 [阅读全文] [PDF]
软件Software最低测试思路方法---------------------------------------------------------------作者:王辉加入时间:2002-12-30---------------------------------------------------------------1. 前言... 08D0C9EA79F9BACE [阅读全文] [PDF]
\" align=left vspace=1 border=1  随着计算机硬件成本不断下降软件Software在整个计算机系统成本中占有越来越高比例如何提高软件Software质量是整个计算机软件Software行业重大课题软件Software测试作为软件Software开发个重要环节日益受到人们重视为了尽可能多地找出中生产出高质量软件Software产品加强对测试工作组织和管理就显得尤为重要  、 软件Software生存周期  个软件Software从开始计划起到废弃不用止称为软件 [阅读全文] [PDF]
微软在软件Software测试方面有很多值得提经验在此我想以我个人体会和研究同大家同进行些探讨这里有点须要特别介绍说明尽管微软思路方法已被微软实战多次证明是成功非常有效但这并不意味着这些思路方法在中国软件Software企业中有广泛可行性种思路方法是否可行还受到很多其他原因影响比如企业类型(微软是生产平台软件Software和通用软件Software产品企业)企业管理体制企业文化等等所以我目只是给大家些思路和借鉴 两类经典软件Software测试思路方法 在具体介绍微软软件Softwa [阅读全文] [PDF]
软件Software测试思路方法的所以没能完全标准化和统化主要原因是软件Software产业产品到软件Software测试有各式各样软件Software但是目前仍有很多各样软件Software测试思路方法都基本可用常用概念和思路方法我们这里介绍思路和思路方法就是可用于多数应用软件Software测试有 6个有关软件Software测试思路方法基本概念是很重要:白箱测试黑箱测试灰箱测试有效用例和无效用例边界条件以及等价类测试白箱测试或白盒测试(White-box testing 或glas [阅读全文] [PDF]
  作为个管理者你是否被询问到某个项目要花多少时间多少人力测试;或是作为个普通测试员你是否被询问到要花多少时间来完成某个任务或是次回归测试?我想大多数在软件Software行业人或多或少都会碰到这样有关工作量估计询问那么你是如何回答呢?你对你自己回答有信心吗?你是否最终发现实际上花去时间和原本估计时间大相径庭呢?   区别人会使用许多区别思路方法来估算及安排他们测试工作量区别组织根据项目类型项目内在风险涉及技术等而使用区别思路方法但是大多数时候测试工作量是和开发工作量合在起没有个单独数字   首先让我们来看看些常规估算测试工作量思路方法: 1.Ad-hoc思路方法    [阅读全文] [PDF]
  EasyMock 是套通过简单思路方法对于指定接口或类生成 Mock 对象类库它能利用对接口或类模拟来辅助单元测试本文将对 EasyMock 功能和原理进行介绍并通过举例来介绍说明如何使用 EasyMock 进行单元测试   Mock 思路方法是单元测试中常见种技术它主要作用是模拟些在应用中不容易构造或者比较复杂对象从而把测试和测试边界以外对象隔离开  编写自定义 Mock 对象需要额外编码工作同时也可能引入EasyMock 提供了根据指定接口动态构建 Mock 对象思路方法避免了手 [阅读全文] [PDF]
、软件Software测试综述 完整软件Software测试是评定软件Software性能和质量重要手段该测试可以用来检查软件Software是否满足设计和项目合同书所规定技术要求检验软件Software对误操作处理能力并为软件Software可靠性和安全性评估提供依据 软件Software测试有许多区别分类思路方法如按测试用例设计思路方法可分为白盒测试和黑盒测试;按测试策略和过程可分为单元测试、集成测试、确认测试和系统测试;从是否需要执行被测软件Software角度可分为静态测试和动态 [阅读全文] [PDF]
1.基本测试: 基础流:设置本地时间如:20071015 16:00:00 启动话单文件生成 2.规则测试: 备选流1:当日话单序号到达设定最大值时如:9999话单文件序号将重置清零(20071015_0000)重新计数测试是否可以正常采集 备选流2:跨天采集当日话单文件到次日话单文件如:20071015-20071016修改测试机本地时间23:59:00 16日零时话单文件序号将重置清零(20071016_0000)重新计数测试是否可以正常采集 备选流3:当日(2007101 [阅读全文] [PDF]
软件Software测试工程师是软件Software行业中种即年轻又古老职业进入 2十世纪以来随着中国加入WTO以后从事这项职业人也越来越多个公司在组建个测试队伍时候如何分配人员结构从而使公司软件Software测试工作水平得到提高是大家比较关注问题本人依照自己经验提出自己观点: 我们首先来看下测试人员纵向结构 1、测试经理 测试经理主要负责测试队伍内部管理以及和其他外部人员客户交流详细说来主要包括进度管理风险管理资金管理人力资源管理交流管理等 [阅读全文] [PDF]
软件Software测试种类何其多也每种测试都有其要达到目和实现手段本文将介绍两种不太普遍测试类型-冒烟测试和随机测试 冒烟测试 冒烟测试(smoketesting),据说是微软起名字在微软项目求生法则书第14章“构建过程”有关冒烟测试就是开发人员在个人版本软件Software上执行目前冒烟测试项目确定新代码不出故障 冒烟测试名称可以理解为该种测试耗时短仅用袋烟功夫足够了也有人认为是形象地类比新电路板功基本功能检查任何新电路板焊好后先通电检查如果存在设计缺陷电路板可能会短路板子冒烟了 冒烟测试对象是每个新编译需要正式测试软件Software版本目是确认软件Sof [阅读全文] [PDF]
今天的component有个commandline class需要测试main函数的返回值,我们知道正常情况下是无法测试commandline的类的,因为 public static final void main(String[] args) {}结束的时 view plaincopy to clipboardprint? 候会调用system.exit(status).当然也会终止测试的jvm。也就是说如果我们直接这样写: public void testStatus(){ CommandLineClass.main(args); } 这是行不通的,一是你无法 [阅读全文] [PDF]
1 共17条 分1页