测试技术学习
文章平均质量分 74
casper_jiao
这个作者很懒,什么都没留下…
展开
-
推荐的一些IT网站论坛
这些资料是偶从机器中翻出来的。 还是有些用处。 (IT技术开发综合类) http://community.csdn.net/ 适合人群:只适合软件开发者 技术开发最全面的论坛,里面可以遇到很多牛人,版面也很全,什么J2EE,.NET啊,该有的全上,在这里基本上可以提出任何问题,人气也是最旺的,不过一般提出的意见都有正方两面的,所以最转载 2006-12-31 14:28:00 · 4828 阅读 · 0 评论 -
怎么写用例 网上看到的帖子
让我们以最简单的例子为说明:HELLO WORLD 登场!!(“HELLO WORLD”的出场费真高~~ >_) 857e0df4a23f616bdcc47431.jpg (9.11 KB)2007-5-31 10转载 2007-06-16 16:20:00 · 2196 阅读 · 0 评论 -
测试用例之性能测试用例
测试用例之性能测试用例 注:本文摘自作者正在编写的《Web性能测试实战》一书,曾经在程序员杂志2004年第10期上发表过。性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试……,这么多眼花缭乱的测试类型名称,估计很少有人能准确的区分并说出定义来,至于对应的测试用例如何编写和执行,就更不用说了。如果问测试工程师测试用例如何编写,就象是问程序转载 2007-05-17 08:53:00 · 2521 阅读 · 0 评论 -
UML中包括九种图
来自:51Testing软件测试论坛UML中包括九种图:用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。 1)用例图(Use Case Diagram) 它是UML中最简单也是最复杂的一种图。说它简单是因为它采用了面向对象的思想,又是基于用户视角的,绘制非常容易,简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制,要么过于复杂,要么过于简单转载 2007-08-12 22:56:00 · 4057 阅读 · 1 评论 -
测试及时通讯工具
来自:51Testing软件测试论坛测试像QQ那样的及时通讯工具,应该如何测试?参考答案:1、首先以核心功能为中心进行测试工作的部署;比如:关键功能或核心功能;收发等等;因为有可能联动一些其他辅助功能,事先进行规划部署;2、综合利用场景分析法进行测试用例的编写;比如:实际收发各种情况的模拟;通信线路的模拟以及通信参数的模拟等;一切围绕通信相关进行场景设计;可以以流程图方转载 2007-08-12 22:47:00 · 1290 阅读 · 0 评论 -
软件测试术语 (收集)
转自: http://tb.blog.csdn.net/TrackBack.aspx?PostId=780312GlossaryAAcceptance testing 验收测试Accessibility test 软体适用性测试Active or open转载 2007-01-23 15:40:00 · 920 阅读 · 0 评论 -
(翻译)测试小技巧集锦之一黑盒测试
可编辑字段的检查和确认在所有可编辑字段中的有效、无效字符/字符串数据在字段中有效的最小/最大/中间范围的数据在必输字段中的空字符串(或没有数据)记录文本/备注字段的长度(字符数的限制)可能的情况下剪切/复制/粘贴从/到字段中 不可编辑字段的检查检查所有的测试/警告和错误信息、对话框中的拼写调用/检查所有的菜单项和他们的选项转载 2007-01-23 15:27:00 · 725 阅读 · 0 评论 -
转 测试用例的有效维护
转自:http://blog.csdn.net/kerryzhu/archive/2006/07/04/876118.aspx 开发一个软件产品,会发布多个版本,伴随着测试用例(Test case)的不断维护, 使测试用例不断完善并与产品功能、特性(features)的变化保持一致,所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品,多个版本常常共存,为客户提供服务,这时多个版转载 2007-03-13 16:23:00 · 780 阅读 · 0 评论 -
自动安装Windows
步骤:1. 解压缩Windows安装盘/Support/Tools/DEPLOY.CAB中的Setupmgr.exe2. 运行Setupmgr.exe,a) 选择“Create a new answer file”在选择“new or existing answer file”屏幕b) 选择“Unattended setup”转载 2007-01-23 15:30:00 · 880 阅读 · 0 评论 -
(翻译)测试小技巧集锦之二文档编写
以下是在编写测试计划时关于黑盒测试的关键部分:进入测试之前的接收测试数据流和其完整性配置和兼容性压力测试回归测试性能潜在的错误Beta测试发布测试有用性测试用户界面一个好的实践就是让开发人员审阅已经写好的测试用例。由于开发人员能够从整体上了解特定功能或产品的设计,他们可以给你一些关于测试用例中遗漏项,应该增加项,需要在测试过程中特别注意的地方,甚至基转载 2007-01-23 15:28:00 · 588 阅读 · 0 评论 -
基础功能测试的一些实质建议 来自土土松的博客
基础功能测试的一些实质建议 来自土土松的博客总结的真不错,要好好积累 1.对于旧的稳定的程序,一旦新添加功能,尤其是调用旧模块的功能的,回归测试的工作量大而枯燥,不可避免。针对此条,对于LEADER而言,最大的难处在于时间风险的估算。最好的解决方式是和开发人员开会,共同探讨模块的复杂性和测试时间。一般,开发,测试,修复,再测试的周期中,开发和测试的时间是1:2左右。甚至更多。对于测试用例的转载 2007-06-16 16:31:00 · 839 阅读 · 0 评论