骆骆的博客

测试计划时间安排上遵守：趋势收敛的原则，越到后面，周期越短，问题应该越少。那么测试执行的原则就是：尽可能的把问题都暴露在前面，这样才能保证测试时间上呈收敛趋势。做测试计划时，测试轮次的安排，一般根据不同的项目来定，小项目2+1或者1+1，大项目3+1或者2+1。举例说明：假如现有一项目，测试总时间为10天，需要分3轮进行测试。那么测试时间的安排我们采取4、3、2的原则。

一、 简介　　我们在测试中可能都会面对case爆炸问题。有的case组合是无序的，我们可以通过pict[1]组合case，让pict成最优化的case组合，在保证覆盖率的同时控制case数，这个方式在业界使用广泛，收效也不错。　　但是对于有序操作的case爆炸，pict不能支持。目前没有很好的办法，总是让我们很伤脑筋。　　本文从状态矩阵出发，讨论了用遍历状态矩阵、先生成所有

1. 功能测试 1.1.链接测试 链接是 Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。 链接测试可以自动进行，现

作为一个测试小组的TeamLeader，有些经验在这里和大家分享下，希望相互交流学习。测试人员在开展测试工作的时候，一般会经历4个阶段：需求评审及分析、用例编写及评审、用例执行及BUG跟踪、测试总结。就这4个阶段来说一说一个TeamLeader要承担的工作内容吧。1、  需求评审与分析需求评审：        测试TeamLeader和其他核心测试人员参与开发侧组织的需求评审会议（

一、了解性能测试　　性能测试是不断的通过不同场景的系统表现去探究系统设计与资源消耗之间的平衡。　　我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能需求，发现系统可能存在的性能瓶颈，进而改善优化并系统的性能，提高系统的可扩展性、稳定性。　　从上面的描述可以看出，性能测试的主要工作包括：获得预估的性能需求

很早之前就说好好总结一下自己的职业，一直忙于一些乱七八糟的事，现在这个时间难得偷得空闲，趁着有感觉，赶紧进行敲下“这些年，我的软件性能测试”来祭奠我这IT行业的几年......　　记得第一次做性能测试项目，心情是忐忑的，觉得，性能测试，做不好就背包滚蛋了都可能，不过当时带我做项目的老大给了我很大的信心和支撑，我在做的过程中，遇到的疑问，他都会耐心的给我以解答或者给我一个方向，让我去前行，解

性能测试相关概念a)       响应时间是用户提交一个请求，系统从开始呈现到将所有信息都呈现到客户端所需要的时间。 以一个web应用的页面响应时间为例，页面的响应时间可分解为：网络传输时间（N1+N2+N3+N4）、应用延迟时间（A1+A2+A3）。b)      并发用户数指同一时刻与服务器进行数据交互的所有用户数量。c)       吞吐量吞吐量是

我们每天的生活中都在用水用电，我只会关心自己的水管是否有水，水压是否稳定，如果我们把水龙头拧到最大，还是一滴一滴的流水。那我们就要愤怒了，直接找房东问明情况。我们从来没想过去找自来水公司。我们每天都会上网，网速很慢，看个电影很卡，需要等很久才缓冲一个画面，我们打开网页很慢，IE状态条一直50%，那我们就要愤怒了，直接找电信、网通公司问明情况。　　我想说以上的情况是正常的，如果你在优酷上看视