Test

测试用例设计方法

七 23rd

由Yvonne发表在Test | 159 浏览

没有评论

1.概述
Grenford J. Myers在《The Art of Software Testing》一书中提出：一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试，由此可见测试用例设计工作在整个测试过程中的地位，我们不能只凭借一些主观或直观的想法来设计测试用例，应该要以一些比较成熟的测试用例设计方法为指导，再加上设计人员个人的经验积累来设计测试用例，二者相结合应该是非常完美的组合。本文所介绍的测试用例设计方法对于测试设计人员将是一个很好的方法指导，当然看完本文也未必能设计出好的测试用例，有了好的方法作为指导后需要更多的实践经验加以巩固和提炼。只有将测试设计思想与丰富的实践经验相融合才能设计出高质量的测试用例，相信你行！
本文描述的范围：测试用例基本概念、测试用例设计方法、测试用例设计综合策略。

2.测试用例基本概念
2.1.测试用例的定义
测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。简单地说，测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且达到程序所设计的执行结果。

2.2.测试用例的特征
1.最有可能抓住错误的；
2.不是重复的、多余的；
3.一组相似测试用例中最有效的；
4.既不是太简单，也不是太复杂。

2.3.测试用例组成元素
1.用例ID； 2.用例名称； 3.测试目的； 4.测试级别； 5.参考信息； 6.测试环境； 7.前提条件； 8.测试步骤； 9.预期结果； 10.设计人员。

2.4.测试用例设计原则
1.测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。
2.测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3.测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。 更多 >



豆丁,你要是能让我看文档的时候加批注该多好

六 3rd

由Yvonne发表在Test | 18 浏览

没有评论

可能你们就是这么设计的,要想加批注,就花钱下载. 其实我到现在都不知道豆丁你在靠啥挣钱.别人家下载都是虚拟的货币,积分呀,豆呀，钻呀的,你家可是真金白银明码标价呀.



Diskpart 命令行实用工具介绍

五 17th

由Yvonne发表在Test | 217 浏览

没有评论

简单的东西还是自己学会比较好,免得每次都要求别人帮忙. 只适用于WinXP.

摘要

Diskpart 与许多命令行实用工具不同，原因是它不以单行模式操作。相反，当您启动该实用工具后，命令是从标准输入/输出 (I/O) 读取的。您可以将这些命令定向到任何磁盘、分区或卷。

与磁盘管理的比较

Diskpart 启用“磁盘管理”管理单元所支持的操作的超集。“磁盘管理”管理单元禁止您无意中执行可能会导致数据丢失的操作。建议您应谨慎使用 Diskpart 实用工具，因为 Diskpart 支持显式控制分区和卷。 可以使用 Diskpart 将基本磁盘转换为动态磁盘。基本磁盘可以为空，也可以包含主分区或逻辑驱动器。基本磁盘可以是数据磁盘、系统驱动器或启动驱动器。基本磁盘不能包含容错磁盘驱动程序 (FtDisk) 集，如带区或镜像等。要转换包含有 FtDisk 驱动程序集的基本磁盘，请使用 Windows 2000 上的“磁盘管理”，或者在升级到 Windows XP 之前转换磁盘。 可以使用 Diskpart 将动态磁盘转换为基本磁盘。进行转换前，必须删除所有动态卷。除非遇到紧急情况，否则不建议您删除动态磁盘上的分区。建议您删除驱动器上的所有卷，然后再将磁盘转换为基本磁盘。必须删除所有动态数据分区。另外，切勿混淆同一驱动器上的基本主分区和动态分区。否则，计算机可能无法重新启动。 您可以使用 Diskpart 以显式磁盘偏移量创建一个分区。“磁盘管理”管理单元将此分区放在任何占用区域的末端，或放在第一个足够大的区域上。在主启动记录 (MBR) 磁盘上，分区偏移量和大小都经过四舍五入，以保持必要的柱面对齐。偏移量四舍五入为最靠近的有效值，大小则始终四舍五入为下一个有效值。Diskpart 不为最近创建的分区分配驱动器号。使用 assign 命令可分配装入点或驱动器号。 Diskpart 遵循与管理单元同样的策略。只能在固定磁盘上创建动态磁盘。不能将可移动磁盘（如 1394 或通用串行总线 (USB) 驱动器）转换为动态磁盘。 Diskpart 允许执行管理单元禁止的某些分区删除操作。例如，您可以使用 Diskpart 删除 MBR OEM 分区。但是，这些分区中往往含有平台操作所必需的文件。Diskpart 禁止删除当前系统、启动或分页卷和分区。此外，Diskpart 还禁止删除作为动态磁盘基础的分区。 不能使用 Diskpart 在可移动媒体上创建分区。Windows 支持可移动媒体上至多有一个 MBR 分区。如果媒体在出厂时已带有一个 MBR，此 MBR 是不能修改的；但是，即使配置了多个分区或逻辑驱动器，仍然遵循此 MBR。如果媒体在出厂时不带 MBR，此媒体被视为“超级软盘”并且其中未写入分区结构。 可移动驱动器的驱动器号与驱动器关联，但不与媒体关联。您可以使用 Diskpart 更改此驱动器号。 Diskpart 导致产生了磁盘签名、GUID 分区表 (GPT) 磁盘全局唯一标识符 (GUID) 和 GPT 分区 GUID。不能使用 Diskpart 来显式设置这些项。 同管理单元一样，Diskpart 实用工具包括对新 Itanium 磁盘分区方案的支持，该方案称为 GPT。GPT 磁盘不能用于任何基于 x86 的 Windows XP 计算机或 Windows 2000 计算机。Diskpart 仅对空磁盘支持 GPT 分区向 MBR 分区的转换。 您可以使用 Diskpart 删除缺失的动态磁盘。动态磁盘包含共享数据库，一台计算机上的所有动态磁盘都识别此计算机上的所有其他动态磁盘。移动动态磁盘时，原始计算机将这些磁盘视为“缺失的”。 使用 Diskpart 时，驱动器号不能自动分配。要确保给定的分区或卷有驱动器号，必须显式地分配一个驱动器号。您可以分配此驱动器号，也可以允许分配下一个可用驱动器号。 更多 >



What should you do when you find an issue?[Need to be update]

二 25th

由Yvonne发表在Test | 19 浏览

没有评论

What should you do when you find an issue?

Before create the bug report:

When I just begin to work as a software tester, I will shout out when seeing this question:”Certainly file a bug for this issue! ” In fact, there’re some things to do before file a bug for the issue.

  1. You should make sure the issue is a TRUE one.

Because there’re many ways for customers and testers to run into issue when using a software product, a wrong usage method, some wrong configurations for OS, etc. Please don’t trouble Devs with your own mistake, it will make yourself untrusted. 更多 >

,


微软是怎样做测试的[转自CSDN博客]

二 21st

由Yvonne发表在Test | 208 浏览

没有评论

比尔•盖茨曾经说过：“微软不是一家软件开发公司，而是一家软件测试公司。” 足见其对于软件测试的重视程度。 ATC( advanced Technology Center，微软亚洲工程院)测试组负责微软某些产品的测试工作。其测试工作的方法沿袭微软的工作习惯和软件测试的普遍方法，同时因其测试对象的特殊性，又具有其自身的特点。从本期开始，我们将陆续邀请ATC测试组的相关负责人来介绍他们所认识的测试工作，以及如何进行测试工作的。

你喜欢“找茬儿”么？ 或者你有着和别人不一样的思维方式，总能发现问题的存在？是不是从小就被称之为“破坏之王”呢？ 或者能够静下来，在纷繁复杂的事物里找到你想要的东西？如果你满足以上两条或者更多的条件，那么请关注一下你可能非常适合的行业――软件测试。

认识测试工作

由于种种原因，国内的软件测试并没有规范化，也没有真正地被重视起来，甚至没有被足够地了解。许多软件公司都没有自己独立负责测试的部门，也不会把测试工作外包出去，开发人员往往是自己开发自己测试，边开发边测试，这种很原始的测试方式，没有比较科学的方法指导，更没有文档可依。这样的局面让之前提到的软件测试天才们没有足够的用武之地。

然而，软件测试是在有限的时间内提供高质量软件的保证，是一个完整正规的软件开发过程中非常重要的一个部分。在大型的软件公司里，往往软件测试工作被高度重视，在微软也不例外。ATC测试组负责Exchange Server、MSN Search、IE、Office Communicator等产品的测试工作。在这些产品发布之前，都要经历无数次严格地测试，并且测试工作不是从开发人员开始编写代码的时候才开始，而是从该产品建立研发项目伊始，就一直作为项目进行的一项重要工作而伴随项目的进行贯穿始终的。 更多 >

, , , ,


在百度空间玩儿”开心宝贝”发现个问题

二 9th

由Yvonne发表在Test | 25 浏览

没有评论

 

 

[前提条件]：

1.在Win7系统上，用IE8浏览器；

2.准备俩百度帐号：A和B；

3. A 和B都有“开心宝贝”这个应用。

[重现步骤]：

1. 用A登录 http://hi.baidu.com/；

2. 在“我的应用”里选择“开心宝贝”；

此时成功打开A的“开心宝贝”页面。 更多 >

, ,


外包/非外包公司Tester的SWOT分析对比

二 3rd

由Yvonne发表在Test | 18 浏览

没有评论

SWOT Outsourcing Tester Non_outsourcing Tester
Strengths
  1. It’s always a huge company who will outsource the test task, so you can get regular process and management of software development from the customer.
  2.  
  

  1. You own the product yourself, and can make decision independent.
  2. You can deal with the product flexible.
  3. Have belongings.
  4. The user is your direct aim.
  5. It’s part of your contributions when the product gets a praise
Weaknesses
  1. The core part of the product and technology won’t be known due to Commerce secret.
  2. Have no belongings cause you just work for your customer directly, rather than the actual user.
  3. Your salary won’t be added just for the product you just worked on get a wonderful result. It’s none of your business on your customers’ point of view.
  4. Need to wait for work, instead of do the work consciously.

 
  1.  Won’t get a regular system if you are working in a small company.
  1. Opportunities
  1. You can work with staffs from different countries; you can learn different cultures, values, etc. Maybe you will get chance to work in other countries for some time.
  2.  
  1. Will be promoted easily after you do a perfect job.
  2.  
  1. Threats
  1. The tester will depend on the customer too much, when the customer changes its idea or service provider, it will be a hard time to get beyond.
  2.  
  1. It’s hard to ramp up yourself.
  2. There’s no new chance when you work a little long and have been familiar with the product.
  3.  

谨以此文，对自己1.5个月的非外包及3个多月的外包Tester经历作比较。

经历有限，内容有限，会随时对内容进行更新。

欢迎建议，谢绝拍砖。



专访微软测试经理：软件测试的未来在哪里(扫盲用)

二 1st

由Yvonne发表在Test | 51 浏览

没有评论

Francis Zhou 毕业于加州大学系统圣克鲁斯分校。他于2000年加入微软，曾在总部先后担任软件开发测试工程师及测试组长等职务，参与了Windows XP及Windows Presentation Foundation的开发。2005年初他正式加入微软亚洲工程院并先后参与了TTS, Microsoft  Speech Server, ActiveSync, GamesUX等项目的开发及测试。他现任测试经理，主管游戏平台及移动平台多媒体软件的测试开发。

Bug还没出现以前就将其杜绝，这才是软件测试的未来

机遇总是光临有准备的头脑，Francis走上测试之路虽然有些偶然，但他在解决问题的特质才是真正的关键。他是从大学一毕业就加入微软做了一名软件开发测试工程师（SDET），最初做这行是测试这行选中了他，然后他回过头来又选中了测试。在大学时对软件工业的认识很薄浅，以为除了开发工程师就是管理人员。后来微软来他们学校招聘，他第一次听到还有SDET这么个职位，是荐于纯开发与纯测试之间的。当时没怎么在意，后来到微软面试时才知道面的是 SDET。因为一直很向往加入微软，所以不管三七二十一就答应了。加入微软之后他有一次偶然碰到了那位到他们学校招聘的人力咨询师，就问她为什么推荐自己做SDET，才知道是自己回答她问题的时候很注重对细节的描述，而且喜欢把问题拆开来了解决，而这些都是一个SDET的基础素质，所以说最初是测试选中了自己。进入微软后做了一段时间后有很多其他的职位可以选择，但在测试行业中总是有着解决不完的难题。软件工程本身就是一个很新的课题，而软件测试工程则是近十几年才开始被重视的，里面有很多需要完善解决的东西。 更多 >

,