随笔分类 - 软件测试理论
摘要:质量控制 大多数测试人员认为测试工作是发现bug,虽然这是测试的主要任务,但其实测试最重要的任务是质量控制,而发现bug和验证bug只是质量控制的一个重要环节而已。 我想很多测试人员都经历过这样的场景,就是测试环境全部都能测试通过,但正式上线之后就会有各种各样的bug,到底是哪里出了问题呢? 在测试
阅读全文
摘要:写代码 测试需要学会编程吗? 我比较建议学,不用学太深,因为测试的对象就是软件,那么它们是如何构成的还是需要做一些基本的了解。有了程序员的思维,在与开发的沟通过程中也能更好的相互理解。学哪门语言? 一般来说,所在公司的开发语言是什么,就应该学什么,如果是学生或者暂时用不到的,那么就学比较大众化的语言
阅读全文
摘要:在软件消亡之前,如果没有测试的结束点,那么软件测试就永无休止,永远不可能结束。软件测试的结束点,要依据自己公司具体情况来制定,不能一概而论!个人认为测试结束点由以下几个条件决定: 1.基于“测试阶段”的原则: 每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段,我们可以分别对单元测试、
阅读全文
摘要:软件缺陷(Bug)能够引起软件运行时产生的一种不希望或不可接受的外部行为结果,而软件测试的过程简单来说就是围绕缺陷进行的。而为了有效的的跟踪、管理Bug的处理情况,指导测试团队和开发人员有效的处理相关Bug,有必要采用一套完整的方法、手段对其进行管理,也就是本文将介绍的缺陷管理流程。 一、缺陷产生的
阅读全文
摘要:如果是测试web网页的适配,必须要了解下最主流的分辨率,并了解下当前系统兼容的最低分辨率适配; 常见显示器分辨率如下: 1)16:9宽高比常见的分辨率有四种: 1280×720(17吋)、1366×768&1360×768(18.5吋)、1600×900 (20吋)、1920×1080(21.5、2
阅读全文
摘要:一、主要分类 BUG类型标准主要分两类: Ø 依据优先级分类。 Ø 依据严重程度分类。 二、主要内容 依据优先级分类标准 定义 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时性。 分类标准 紧急 ² 系统无法工作 ² 测试无法继续正常工作 ² 特殊情况:如重要客户(项目重要性) 高
阅读全文
摘要:目前很多产品中都支持导入导出的功能,根据自己测试的一些经验,总结了以下一些测试用例:1、确定支持哪种导入文本格式。有些支持excel格式、有的支持txt格式,支持哪种文件格式需要前台约束文件后缀2、如果导入格式为excel文件,最好支持xls后缀的,因为xlsx可以转成xls格式的,反之则不可以3、...
阅读全文
摘要:所谓的冲突测试是指,在运行某一程序的功能时被第三方功能或者软件给干扰的测试。该测试方法模拟的是一种基于软件状态场景的测试。
阅读全文
摘要:(1)需求风险。对软件需求理解不准确,导致测试范围存在误差,遗漏部分需求或者执行了错误的测试方式;另外需求变更导致测试用例变更,同步时存在误差。
(2)测试用例风险。测试用例设计不完整,忽视了边界条件、异常处理等情况,用例没有完全覆盖需求;测试用例没有得到全部执行,有些用例被有意或者无意的遗漏;
阅读全文
摘要:不断总结一些测试工作中遇到的问题,不断更新...
阅读全文
摘要:登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑
阅读全文
摘要:测试经理安排不同的测试人员测试不同的功能模块
测试经理安排同一测试人员测试相交功能模块
测试人员调换模块进行测试时,把发现的bug同另一测试人员进行沟通或者在bug库中进行搜索,如果有就不再提入bug库中
测试人员之间多加强沟通,在沟通中交流意见可以避免很多问题
阅读全文
摘要:八种状态增加测试用例状态的精确度:排队、进行中、阻塞、跳过、通过、失败、警告、关闭。
阅读全文
摘要:缺陷大扫除(Bug Bash)是一项短期的全员测试活动.
阅读全文