![](https://img-blog.csdnimg.cn/20201014180756757.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件测试
文章平均质量分 74
dolphin_notswim
confident,
展开
-
Writing Effective E-mail
Write a meaningful subject line.Recipients scan the subject line in order to decide whether to open, forward, file, or trash a message. Remember -- your message is not the only one in your recipien转载 2007-10-21 20:36:00 · 904 阅读 · 0 评论 -
Writing Effective E-mail
1. Write a meaningful subject line.Recipients scan the subject line in order to decide whether to open, forward, file, or trash a message. Remember -- your message is not the only one in your recipi转载 2007-10-24 23:19:00 · 1814 阅读 · 0 评论 -
编写优秀Bug报告的艺术及案例分析
前言在99年的Quality week上的一次演讲中,微软的一个测试经理,Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况,因为这样的bug report浪费了紧张的开发计划中的宝贵时间,增加了对产品质量完全是无关紧要的事情,同时导致了在开发人员和测试之间的挫败感和差的感觉。有时,bug report是由于短暂的或随机的事件,测试和开转载 2007-10-24 23:30:00 · 413 阅读 · 0 评论 -
如何编写更佳的bug report
如何编写更佳的bug report 我们是否经常看到开发人员针对我们归档的bug report要求提供更多的信息?我们是否经常需要在bug report归档后花更多的时间去研究那个问题?我们是否经常从开发人员那里听到在他们那边难以重现bug并且需要即刻提供“可重现的步骤”?广义上来说,我们与其花更多的时间在这些问题上还不如投资更多的时间来测试系统。问题出在bug report的转载 2007-10-24 23:31:00 · 322 阅读 · 0 评论 -
编写有效的bug report
你有没有为了要更多的信息而被返回bug report的经历呢?有没有碰到过你发现的一个非常严重的错误被推迟到下一个版本才去修复的情况呢? 你提交的每一个bug report都是和项目组就正在测试中的软件质量问题的一种书面沟通方式。通常,你用于沟通程序错误的能力-不是体现在错误本身的内在严重程度-而是体现在确定这个错误是否需要修复。 如果这是一个可怕的想转载 2007-10-24 23:42:00 · 341 阅读 · 0 评论 -
Bug report
Bug report应该推荐一个精确的期望结果 如果在一开始你就不能成功的使软件行为发生改变,那么利用文档作为一种使bug report继续有效并且有可能改变开发人员情绪的方法 集中精力在描述错误信息的词语和文档上。不一致的矛盾可能可以提供构思错误的线索 “当我点击文件à打开,应用程序崩溃了,清除了我的硬盘,并且踢到了我的猫。” 这是一个令人信服转载 2007-10-24 23:46:00 · 532 阅读 · 0 评论 -
解雇之前的五分钟
“这个错误和我上个星期发现的类型相同。他们什么时候才可以认识到这种问题?什么时候我可以将精力放在预防bug上呢?那是一个更高尚的职业吗?”一个感到不满的测试员说道。你也许认为质量保证是你测试职业的下一个合理的台阶,但是我曾经走过了那条道路并且不赞成这个观点。在这篇文章中,我们可以发现作者并不是唯一一个有那样的感觉的人。 Fiona Charles曾是个测试员。在她公司做了六年的测转载 2007-10-25 21:36:00 · 375 阅读 · 0 评论 -
测试人员的汽车保险杆标语
为什么觉得软件测试是没意义的?有多少其他工作会列举"崩溃","中止",以及"死亡比赛"在他们每日的词汇里?在这篇文章中,Harry Robinson鼓励测试人员在他们的工作中包含一些自豪和兴奋,Harry还有(或很多)可以宣传测试人员自豪的类似汽车保险杆标语的座右铭。前几天我在读一篇物理学论文时偶然看到以下段落: “对于那些想熟悉大量的SQA测试主题的读者,两本特别有用的书分别是转载 2007-10-25 22:06:00 · 647 阅读 · 0 评论 -
从微软的今天看软件测试的明天
陈天的办公室并不小,但却因堆 满了机器而显得狭仄不堪。他解释说,因为微软亚洲工程院(ATC)部门准备扩充,而“新的几个实验室还在装修中”,所以就形成了现在的这个局面——几十台Dell主机和一箱箱显示器堆放在眼前的办公空间里。当听说微软亚洲工程院的测试工程师人均拥有四五台计算机、且正在搭建的测试实验室将拥有上千台机器时,我跟陈天开玩笑说,看来你是微软亚洲工程院最大固定资产的拥有者,陈天微笑着对这转载 2007-11-03 16:33:00 · 469 阅读 · 0 评论 -
界面测试总结
1.界面测试时需考虑的五点(1)直观性用户界面是否洁净、不唐突、不拥挤;界面的组织和布局是否直观;是否有多余功能;系统的帮助功能有效是否有效。 (2)一致性测试软件产品是否有一个标准,若有就要遵守它。若没有,就要注意软件的特性,确保相似的操作以相似的方式进行。1):菜单前的图标能直观的代表要完成的操作;2):菜单深度一般要求最多控制在三层以内;3):工具栏要求可以根据用户转载 2007-11-03 23:28:00 · 703 阅读 · 0 评论 -
测试格言
1测试自己写的程序是不可能的2派能力强的人进行测试3保证系统的可测试性是一个早期的工作4在一个系统中,每一个模块只可以集成一次5不要改变程序,使测试更容易(除非这个改变是永久的),由于这个改变会使版本控制更难6测试必需有明确的目标,这个目标来源于需求7每一个测试用例,你必需明确输出的的描述,不要在不明确时进行测试8避免不可重复的或无用的测试9既要进行有效条件的测试,又要进行无效条件的测试10当软件转载 2007-11-04 16:50:00 · 587 阅读 · 0 评论 -
提高编写bug report的质量10条建议
组织Structure:测试人员应该采用深思熟虑的,小心谨慎的方法执行测试,并且做详尽的记录。这样可以促使他们对测试下的系统有很好的认识。当错误发生的时候,一个有组织的测试人员能够知道最早出现问题? 重现Reproduce:测试人员在编写bug report之前必须在检查问题是否可重现。如果错误不可再重现,仍然应该写下来,但是必须说明问题的偶然性。一个好的处理原则就是在编写bu转载 2007-11-02 23:47:00 · 505 阅读 · 0 评论 -
测试小技巧-黑盒测试
可编辑字段的检查和确认 在所有可编辑字段中的有效、无效字符/字符串数据 在字段中有效的最小/最大/中间范围的数据转载 2007-11-03 21:18:00 · 411 阅读 · 0 评论 -
软件测试工程师的一天
让我们换一种角度看看典型的软件测试是如何进行的,暂且把软件测试过程看作一场大戏,主角就是测试工程师,按照时间顺序记录软件测试工程师一天的工作场景(假设正常工作时间 9:00 到 18:00 )。 测试大戏开演 时间: 9:00 工作场景: 启动工作计算机,查看收到的电子信件。 画外音: 查看收到的电子邮件(哇塞,这么多电子邮件!),理解当天转载 2007-11-04 16:08:00 · 959 阅读 · 0 评论 -
软件测试过程模型
软件测试过程模型下图描绘了常见的测试过程。 针对每个测试级别,如下活动将被适当的执行:一、创建测试策略:输入:· 要求的硬件和软件组件的详细说明,包括测试工具(测试环境,测试工具数据)。· 针对测试和进度约束(人员,进度表)而需要的资源的角色和职责说明· 测试方法(标原创 2007-10-24 22:56:00 · 383 阅读 · 0 评论 -
快速划分测试用例的优先级
从未有足够的时间做所有我们需要做的事情,这是在软件项目,尤其在测试中的一个普通的话题。假使你在可用的有限时间内,你如何知道你的测试工作做的最好?你知道当应用程序发布时,总会有些遗漏的缺陷没有被发现。对于测试而言,目标是通过改进产品质量使风险减到最小,并且这可以部分的通过建造一套具体的测试用例来将应用程序按照它的速度完成等方法实现。 IEEE Standard 610 (1990)转载 2007-10-24 22:38:00 · 582 阅读 · 0 评论 -
GUI测试之按钮篇
在同一窗口中实现某一功能的按钮是唯一的。l OK按钮总是在上方或者左方,而Cancel按钮总是在下方或右方。l Cancel按钮的等价按键通常是Esc,而选中按钮的等价按钮通常是Enter保持一致。l 测试按钮能否正常的实现功能,常用按钮的功能为:l OK接受输入的数据或显示的响应信息,关掉窗口 l转载 2007-10-21 20:41:00 · 765 阅读 · 0 评论 -
GUI测试之通用测试篇
不管是Windows的应用程序,还是Java的应用程序,或者其他语言类的应用程序,在其开放之前都应该遵从一定的GUI开发规范(这个大多SDK供应商都有)。那么测试也主要依据其进行GUI测试。虽然有些差异,但共同点还是很多的,这篇文章就是尝试着对这些共同点的一些总结。l 在同一个应用程序中的GUI应该一致,这是最重要的,也是最基本的。l 在视觉效果上应该和转载 2007-10-21 23:35:00 · 446 阅读 · 0 评论 -
本地化测试
.com《Localization Testing》 ---Kiki翻译于2005/8/12 在本文中,我们讲述了在编码阶段期间所能够做的事情和为了使发现问题最有效,你应该将你的本地化测试力量集中在何处等问题。 翻译应用程序的资源和测试代码与开发平行进行通常是一种较好的方法。这有助于在过程的早期揭露代码,功能设计中的问题,因为那时做变更相对还是比较容易的。 这也可以帮助决定原创 2007-10-21 23:55:00 · 525 阅读 · 0 评论 -
GUI测试之对话框、消息框篇
l 对话框/消息框的缺省键应该设置在OK按钮上;对话框/消息框的缺省键应该设置在Cancel按钮上。l 一般来说重要的或复杂操作成功后应该给予提示,根据系统的特性选择弹出信息框或文字显示。需要后续操作的操作在成功后应给予提示。l 非法的输入或操作应给出足够的提示说明。l 对可能造成数据无法恢复的操作应该给予确认信息,转载 2007-10-21 23:22:00 · 422 阅读 · 0 评论 -
GUI测试之窗口篇
窗口是Windows本身以及Windows 环境下的应用程序的基本界面单位,就是显示在屏幕上的一个矩形区域。一般来说窗口是具有标题栏、菜单/菜单栏、工具栏、工作区、状态栏、最大化、最小化按钮和滚动条的标准方框,应用程序通过它和用户进行交互。但是如果没有标题栏、状态栏、最大化、最小化按钮是不是就不叫窗口呢。其实不然,窗口的概念很广,例如按钮和对话框等也是窗口,只不过是一种特殊的窗口罢了。这里我转载 2007-10-21 23:32:00 · 556 阅读 · 0 评论 -
Good Enough Quality
软件行业飞速发展,软件企业面临日趋激烈的市场竞争,常常面临这样的问题:如何不断推陈出新,保持持续的竞争力。如何在短时间内完成软件产品或软件项目的研发,最大化的满足客户需求。如何及时跟踪不断变化和升级的开发方法、技术实现方式,来提高研发效率。显然,这些问题反映出当前的软件开发模式越来越趋向于由市场驱动,软件企业需要不断适应市场变化、适应不断增长的用户需求、尽快研转载 2007-10-22 23:51:00 · 382 阅读 · 0 评论 -
(翻译)测试小技巧集锦之二文档编写
以下是在编写测试计划时关于黑盒测试的关键部分:进入测试之前的接收测试数据流和其完整性配置和兼容性压力测试回归测试性能潜在的错误Beta测试发布测试有用性测试用户界面一个好的实践就是让开发人员审阅已经写好的测试用例。由于开发人员能够从整体上了解特定功能或产品的设计,他们可以给你一些关于测试用例中遗漏项,应该增加项,需要在测试过程中特别注意的地方,甚转载 2007-10-21 23:42:00 · 376 阅读 · 0 评论 -
图形用户界面
--- Shalini Ravikumar原著《GRAPHICAL USER INTERFACE》---Kiki翻译于2006/7/21简介几年前,用户必须使用DOS提示符来查看文件夹的内容,他必须记住并输入象“dir”或“dir/p”之类的命令。为了这个,用户必须忍受记住并且在没有输入错误的情况下在正确的提示符后输入正确命令的麻烦。由于没有太多的新方法,这种情况延续了转载 2007-10-21 23:48:00 · 851 阅读 · 0 评论 -
GUI测试之信息处理类篇
在这篇文章中,我将文本框(Text Box),列表框(List Box),组合框(Combo Box)、下拉列表框(Drop-down List Box),复选框(Check Box),单选框(Radio box)/(option box),选项框(Option box)、滑动条(Slider)、旋转按钮(Spin Button)等都作为信息处理类来统一总结。l 窗口/屏幕转载 2007-10-21 23:30:00 · 410 阅读 · 0 评论 -
GUI测试总结
GUI,GRAPHICAL USER INTERFACE的缩写,通常发音为GOO-ee。众所周之,GUI就是使用图像,输入的文字,带图标的屏幕的计算机界面,取而代之许多键盘的功能。GUI让用户可以通过图标和鼠标与他们的电脑进行交互,而不是在命令行中输入文本。第一个图形用户界面是由Xerox Palo Alto 研究中心在1970年设计的,但是直到1980年代随着苹果的Macintosh出转载 2007-10-21 23:38:00 · 934 阅读 · 0 评论 -
(翻译)测试小技巧集锦之一黑盒测试
可编辑字段的检查和确认在所有可编辑字段中的有效、无效字符/字符串数据在字段中有效的最小/最大/中间范围的数据在必输字段中的空字符串(或没有数据)记录文本/备注字段的长度(字符数的限制)可能的情况下剪切/复制/粘贴从/到字段中 不可编辑字段的检查检查所有的测试/警告和错误信息、对话框中的拼写调用/检查所有的菜单项和他们的选项转载 2007-10-21 23:44:00 · 414 阅读 · 0 评论 -
Windows应用程序的GUI测试指南
测试Windows应用程序时应该考虑以下几点: 在应用程序中的GUI应该一致,这是最基本的。 在看起来和感觉上应该和其他标准的Windows应用程序相同 在软件中采用标准的键集 退出系统应该是干净并且敏捷的在测试Windows程序时,可以分为以下几类测试:· 标准化测试· GUI测试·转载 2007-10-22 19:42:00 · 428 阅读 · 0 评论 -
测试小技巧-黑盒测试
可编辑字段的检查和确认 在所有可编辑字段中的有效、无效字符/字符串数据在字段中有效的最小/最大/中间范围的数据在必输字段中的空字符串(或没有数据)记录文本/备注字段的长度(字符数的限制)可能的情况下剪切/复制/粘贴从/到字段中 不可编辑字段的检查 检查所有的测试/警告和错误信息、对话框中的拼写调用/检查所有的菜单项和他们的选项转载 2007-10-24 22:33:00 · 372 阅读 · 0 评论 -
代码测试的简单框架
写完代码后,你当然要测试它。有许多种方法来测试代码:你可以在你的代码中加些断点,或者观察实际发生的情况并和你预计的结果相比较,又或者写些测试程序等等。 给代码写测试通常是测试代码的最好方法。因为写出来的测试可以一遍又一遍地执行。当你修改了实现,你可以再次运行测试来检查一下你是否引入了任何bug。这种方法可以将你从调试中拯救出来,并引领你生产出具有更低错误倾向的代码。转载 2007-11-10 13:03:00 · 504 阅读 · 0 评论