摘要：
从一开始，测试就要关注需求。往往在讨论设计时，开发和需求很容易忽略了测试成员，他们潜意识里觉得这不关测试什么事。可是，测试也要熟悉业务，熟悉功能，熟悉各种设计，而且测试需要站在用户的角度来去考量他们的设计是否有不合理的地方，并提出自己的建议。这些工作，测试成员需要主动，积极参加，多提建设性意见，这样 阅读全文
posted @ 2016-05-09 17:32
尾戒草
阅读(329)
评论(0)
推荐(0)
摘要：
一、 目的与适用范围 1.1 目的 报告软件测试错误的目的是为了保证修复错误的人员可以明确报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。 1.2 适用范围 本规范适用于测试过程中对BUG描述的规范与约束。 二、 BUG描述规 阅读全文
posted @ 2016-05-09 17:32
尾戒草
阅读(463)
评论(0)
推荐(0)
摘要：
1、介绍 鲁棒测试是对各个模块的功能和系统进行容错性的测试，检测软件模块在异常输入和苛刻环境条件下能否保持正常工作，包涵错误数据处理、异常情况处理和非法操作处理的测试。鲁棒测试大大提高了错误覆盖率，测试终端既要符合测试规范要求，还要有更高的成熟性，容错性和易恢复性，从而更好地提高软件质量。 2、测试 阅读全文
posted @ 2016-05-09 17:29
尾戒草
阅读(1463)
评论(0)
推荐(0)
摘要：
如果是测试web网页的适配，必须要了解下最主流的分辨率，并了解下当前系统兼容的最低分辨率适配； 如果是测试web网页的适配，必须要了解下最主流的分辨率，并了解下当前系统兼容的最低分辨率适配； 常见显示器分辨率如下： 1）16:9宽高比常见的分辨率有四种： 1）16:9宽高比常见的分辨率有四种： 12 阅读全文
posted @ 2016-05-09 17:27
尾戒草
阅读(3380)
评论(0)
推荐(0)
摘要：
转自：http://www.51testing.com/html/54/n-247254.html 摘要：本文介绍了我们公司内部的一种测试方法——冲突测试的含义，并就冲突测试在我司使用范围、冲突测试用例的设计方法等做了简单的介绍。 关键词：冲突测试 1、什么是冲突测试 冲突测试是我们公司内部的一种叫 阅读全文
posted @ 2016-05-09 17:26
尾戒草
阅读(452)
评论(0)
推荐(0)
摘要：
软件测试常见风险分析 在测试工作中，主要的风险表现有以下几点： （1）需求风险。对软件需求理解不准确，导致测试范围存在误差，遗漏部分需求或者执行了错误的测试方式；另外需求变更导致测试用例变更，同步时存在误差。 （2）测试用例风险。测试用例设计不完整，忽视了边界条件、异常处理等情况，用例没有完全覆盖需 阅读全文
posted @ 2016-05-09 17:25
尾戒草
阅读(275)
评论(0)
推荐(0)
摘要：
翻页功能我们常碰到的一般有以下几个功能：1、首页、上一页、下一页、尾页。2、总页数，当前页数3、指定跳转页4、指定每页显示条数当然，有一些是少于多少页，全部以数字的形式显示，多于多少页后，才出现下一页的控件。本文暂且用以上四点来做为通用的用例来设计吧。对于1翻页链接或按钮的测试，主要要检查的测试点有 阅读全文
posted @ 2016-05-09 17:22
尾戒草
阅读(290)
评论(0)
推荐(0)
摘要：
在白盒测试中，可以使用各种测试方法进行测试。下面这篇文章，可能比较枯燥，如果不乐意读，可以先收藏。如果在你的工作中真遇到白盒测试的话，可以回过头再来看看，还是值得读一读。 一般来说，白盒测试时要考虑以下5个问题： 1)测试中尽量先用自动化工具来进行静态结构分析。 2)测试中建议先从静态测试开始，如： 阅读全文
posted @ 2016-05-09 17:21
尾戒草
阅读(456)
评论(0)
推荐(0)
摘要：
提问：紧急情况下压缩了测试周期应该怎么办？ 回答：本期话题分几个要素点，我将根据命题划分的几个关键词：紧急情况，压缩，测试周期，来一起分析探讨。 项目中难免会碰到很多“紧急情况”，如： 1、需求变更 客户是善变的，我们必须伺候好客户，不是么？没有任何理由，他们要变更需求，一般情况下，最为乙方、丙方只 阅读全文
posted @ 2016-05-09 17:20
尾戒草
阅读(242)
评论(0)
推荐(0)
摘要：
性能测试：1.软件性能测试包括三个目标：①发现缺陷；②性能调优；③能力检验与规划 2.软件性能的主要指标有：响应时间、系统响应时间和应用延迟时间、吞吐量、并发用户数、资源利用率 3.系统的响应时间通常是指该系统所有功能的平均响应时间或者所有功能的最大响应时间 4.对于无并发的应用系统而言，吞吐量与响 阅读全文
posted @ 2016-05-09 17:19
尾戒草
阅读(455)
评论(0)
推荐(0)
摘要：
软件测试的概念：1.错误改正代价与发现的时间呈现指数增长的趋势 2.软件测试不仅仅限于程序编码之后，而应该贯穿于软件开发的全过程。软件测试并不等于程序测试，因此，需求分析、概要设计、详细设计以及程序编码等各个阶段所得到的文档资料，包括需求规格说明、软件概要设计规格说明、软件详细设计规格说明以及源程序 阅读全文
posted @ 2016-05-09 17:17
尾戒草
阅读(282)
评论(0)
推荐(0)
摘要：
一、输入框1、字符型输入框： （1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。 （2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个 阅读全文
posted @ 2016-05-09 17:16
尾戒草
阅读(139)
评论(0)
推荐(0)
摘要：
结对编程（Pair Programming）是一个非常简单和直观的概念：两位程序员坐在同一台电脑前合作完成同一段代码。两个程序员具有相同的缺点和盲点的可能性很小，所以结对编程会获得一个更优的解决方案。类似的，结对测试（Pair Testing）能不能让两个测试人员结对呢？工作经验、教育经历、看问题的 阅读全文
posted @ 2016-05-09 17:14
尾戒草
阅读(151)
评论(0)
推荐(0)
摘要：
一般在工作中记录测试用例状态用到三种状态：通过（Pass），失败（Fail）和排队等待中（In Queue）。但是我倾向与更准确地表示一个一般测试用例的生命周期，尽管你的测试的周期会有变化。这里列出了我所使用的一个测试用例生命周期： 排队（In Queue）：测试用例已经指定给某个测试人，不准备在这 阅读全文
posted @ 2016-05-09 17:11
尾戒草
阅读(303)
评论(0)
推荐(0)
摘要：
1.软件兼容性测试兼容性测试之待测试项目在特定的硬件平台上，不同的应用软件不同，不同的操作系统平台上，在不同的网络等环境中能正常的运行的测试。兼容性测试的目的：带测试项目在不同的操作系统上正常运行，包括待测试项目能在同一操作系统平台的不同版本上正常运行；待测试项目能与相关的其他软件或系统的“和平共处 阅读全文
posted @ 2016-05-09 17:02
尾戒草
阅读(244)
评论(0)
推荐(0)
摘要：
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对Web系统的常用测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Valida 阅读全文
posted @ 2016-05-09 16:58
尾戒草
阅读(269)
评论(0)
推荐(0)
摘要：
(1)、误区之一：软件开发完成后进行软件测试 软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。 阅读全文
posted @ 2016-05-09 16:55
尾戒草
阅读(122)
评论(0)
推荐(0)
摘要：
通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以 阅读全文
posted @ 2016-05-09 16:54
尾戒草
阅读(184)
评论(0)
推荐(0)
摘要：
1. Unit testing (单元测试)：指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。 2. Integration testing (集成测试)：被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。 阅读全文
posted @ 2016-05-09 16:53
尾戒草
阅读(232)
评论(0)
推荐(0)
摘要：
80%的软件缺陷常常生存在软件20%的空间里。这个原则告诉我们，如果你想使软件测试有效地话，记住常常光临其高危多发“地段”。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的 阅读全文
posted @ 2016-05-09 16:50
尾戒草
阅读(593)
评论(0)
推荐(0)
摘要：
一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。 在软件开发过程中，一直有高内聚，低耦合这样的说法，各个功能模块之间的耦合还是存在的，因此一个功能的改动，还是会影响到其他功能模块。 因此在开发人员修复了先前测试中发现的bug后，想知道这个 阅读全文
posted @ 2016-05-09 16:49
尾戒草
阅读(268)
评论(0)
推荐(0)
摘要：
做产品和做项目,网上有人给出来个很贴切的比喻:一个是做成衣生产商,一个是做量体裁缝店. 1.面向的主体上,产品面向市场,项目面向特定客户 产品要做好,需要引领潮流,领导市场.市场占有率越高,产品就越成功.要做产品,首先要了解客户的需求,市场的变化,然后将这些东西抽象出有普遍适用价值的需求,然后根据这 阅读全文
posted @ 2016-05-09 16:48
尾戒草
阅读(131)
评论(0)
推荐(0)
摘要：
单元测试针对程序模块，进行正确性检验的测试。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 ①单元测试的内容 模块接口测试：对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输 阅读全文
posted @ 2016-05-09 16:46
尾戒草
阅读(1238)
评论(0)
推荐(0)
摘要：
软件产品，在系统测试之后有alpha和beta测试软件项目，在系统测试之后有验收测试软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。 阅读全文
posted @ 2016-05-09 16:45
尾戒草
阅读(134)
评论(0)
推荐(0)
摘要：
我们在软件测试过程中，由于不同人员测试同一个项目，所以往往会出现Bug重复提交情况，导致对整个项目和人员产生影响： 浪费测试人员时间和精力，从而影响测试进度 浪费开发人员重复看Bug时间 若开发人员由Bug数量算绩效，会影响开发人员和测试人员之间的关系 导致整个测试工作不规范、不严谨 对于测试人员来 阅读全文
posted @ 2016-05-09 16:42
尾戒草
阅读(842)
评论(0)
推荐(0)
摘要：
目前很多产品中都支持导入导出的功能，根据自己测试的一些经验，总结了以下一些测试用例： 1、 确定支持哪种导入文本格式。有些支持excel格式、有的支持txt格式，支持哪种文件格式需要前台约束文件后缀 2、 如果导入格式为excel文件，最好支持xls后缀的，因为xlsx可以转成xls格式的，反之则不 阅读全文
posted @ 2016-05-09 16:41
尾戒草
阅读(477)
评论(0)
推荐(0)
摘要：
一、主要分类 BUG类型标准主要分两类： Ø 依据优先级分类。 Ø 依据严重程度分类。 二、主要内容 依据优先级分类标准 定义 优先级：指一个BUG相对于其他BUG对于公司的影响，解决的及时性。 分类标准 ² 系统无法工作 ² 测试无法继续正常工作 ² 特殊情况：如重要客户（项目重要性） ² 需求问 阅读全文
posted @ 2016-05-09 16:39
尾戒草
阅读(530)
评论(0)
推荐(0)
摘要：
软件缺陷（Bug）能够引起软件运行时产生的一种不希望或不可接受的外部行为结果，而软件测试的过程简单来说就是围绕缺陷进行的。而为了有效的的跟踪、管理Bug的处理情况，指导测试团队和开发人员有效的处理相关Bug，有必要采用一套完整的方法、手段对其进行管理，也就是本文将介绍的缺陷管理流程。 一、缺陷产生的 阅读全文
posted @ 2016-05-09 16:37
尾戒草
阅读(178)
评论(0)
推荐(0)
摘要：
基准测试（benchmarking）是一种测量和评估软件性能指标的活动。你可以在某个时候通过基准测试建立一个已知的性能水平（称为基准线），当系统的软硬件环境发生变化之后再进行一次基准测试以确定那些变化对性能的影响。这是基准测试最常见的用途。其他用途包括测定某种负载水平下的性能极限、管理系统或环境的变 阅读全文
posted @ 2016-05-09 16:35
尾戒草
阅读(906)
评论(0)
推荐(0)
摘要：
要开始讨论的话题之前，我想举一个实际生活中的例子： 丈夫和妻子住在同一所房子里，且不与对方沟通。或者说他们之间没有什么可以说的。他们只是用短信告知对方如果有什么重要事要注意。否则，两人都是在忙自己的生活，不怎么会打扰或者照顾对方。长久如此会发生什么？一种挫败感升高，刺激倍增，愤怒的表现和情绪失控的发 阅读全文
posted @ 2016-05-09 16:34
尾戒草
阅读(283)
评论(0)
推荐(0)
摘要：
缺陷大扫除(Bug Bash)是一项短期的全员测试活动。在微软，许多开发团队会在里程碑(milestone)的末期执行缺陷大扫除。程序员、测试员、程序经理、内部用户、市场人员在1~3天的时间窗口中，运用各自的技能和职业背景，集中精力来搜寻软件的缺陷。通常，每位参与者会获得一个小礼品，发现缺陷数目最多 阅读全文
posted @ 2016-05-09 16:33
尾戒草
阅读(160)
评论(0)
推荐(0)
摘要：
原文地址: Cheezburgers and Testing Advice 作者：Alan Myrvold，软件安全高级测试工程师 1. 想客户之所想 在测试的过程中时刻想着用户。培养自己对用户需求的共鸣。和用户沟通并且观察他们怎们样使用你的软件。 2. 多读Bug 如果你和一个团队的软件测试工程师 阅读全文
posted @ 2016-05-09 16:31
尾戒草
阅读(122)
评论(0)
推荐(0)
摘要：
作为一名测试人员，提交缺陷是我们必须做的功课。不知各 位是否考虑过，缺陷描述也是一门“艺术”，它影射了一个人的测试经验，测试深度。缺陷描述能否做好，直接影响了我们的测试效率，更确切的说是影响了开发人 员修改缺陷的效率。一份高质量的缺陷描述让开发人员看的时候是一种享受，可以提高他们的工作效率；而一份让 阅读全文
posted @ 2016-05-09 16:24
尾戒草
阅读(196)
评论(0)
推荐(0)
摘要：
登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求，密码不符合要求(格式上的要求) ④ 密码符合要求，用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 阅读全文
posted @ 2016-05-09 16:19
尾戒草
阅读(163)
评论(0)
推荐(0)
摘要：
一、什么是缺陷 一切不满足用户需求的都是缺陷。 下面我们对缺陷的概念在详细的介绍一下。 佩腾在《软件测试》一书中说符合下面5个规则的就可以成为软件缺陷： 1、软件未达到产品说明书标明的功能。 2、软件出现了产品说明书中指明不会出现的错误。 3、软件功能超出了产品说明书指明的范围。 4、软件未达到产品 阅读全文
posted @ 2016-05-09 15:54
尾戒草
阅读(231)
评论(0)
推荐(0)
浙公网安备 33010602011771号