51Testing软件测试论坛

标题: 从事软件测试业的基本要求 [打印本页]

作者: netcat 时间: 2007-3-20 15:28
标题: 从事软件测试业的基本要求
一。从事软件测试业的基本要求是什么？

首先，要有宽泛的计算机基础知识。微机原理，数据结构，数据库，操作系统原理，编译原理，逻辑，编程语言，网络，等等，都要系统地学习过。都精通不大可能，因为人的兴趣都不相同，但是，这些功课的基本知识点是应当了解的。我们在谈到职业的类别的时候，我们可以说C程序员，C#程序员，Java程序员，而没有C测试员，C#测试员，Java测试员，程序员可以只擅长某一门编程语言，测试员却不行。为什么呢？测试员是代表用户的，在做测试的时候，他（她）需要考虑到方方面面的事情。各方面都了解一点，你在做测试的过程当中你会感觉顺手的多。如果某写方面还差一些，没有关系，计算机行业的特点就是边做边学，只要是个有心人，学习是很快的。

其次，要掌握一门编程语言。有的朋友可能会说，我就是不愿意做编程才来做测试的，怎么测试还有这么一个要求？我要尝试说服你：）。我的理由有两个：

1．只有知道怎么做一个软件产品，才能真正懂得这个产品。而只有真正懂得了产品，才能做好测试。一行代码不会，你会始终是个门外汉。不要满足于点鼠标，而去尝试着打开我们面前的黑盒子。

2．自动化测试技术需要编程技术。自动化测试是软件测试的一个发展方向，一方面很多测试工具都需要人工干预，编写代码；另一方面在有的情况下需要自己编写测试工具。

对于测试员来说，编程技术不要求精通，但要会。

再次，学好英语。在现阶段，我们只能承认，在计算机方面，英语国家领先。有很多的资料都是英语的，如果仅仅局限在中文资料方面，会影响你的渊博程度：）。举一个简单的例子，Windows操作系统会捕捉到一些程序或者操作系统内部的异常，你可以根据这个异常到微软网站上去查找错误原因和解决办法，其中有很大一部分资料就是英文的，因为还没有翻译过来或者以后也不会翻译的。
二。测试原则

1. 软件测试应贯穿于软件定义与开发的整个期间, 美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。
2. 所有的测试都应追溯到用户需求
3. 尽量辟免测试的随意性，测试应当是有组织、有计划、有步骤的活动,概要设计时应完成测试计划
4. pareto原则：测试发现的错误中80%很可能起源于20%的模块中。应孤立这些疑点模块重点测试。
5. 穷举测试是不可能的, 所以软件测试不可能发现程序中存在的所有错误, 因此需精心设计测试方案,力争尽可能少的次数,测出尽可能多的错误
6.程序员应避免检查自己的程序,应由独立的第三方构造测试(开发和测试队伍分别建立)。
7. 测试用例应由输入数据和预期的输出结果两部分组成.
8. 测试时应兼顾合理的输入和不合理的输入数据
9. 程序修改后要回归测试
10. 应长期保留测试用例，直至系统废弃。
三。软件测试的重点性能测试

应用在客户端性能测试的目的是考察客户端应用的性能，测试的入口是客户端。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等，其中并发性能测试是重点。

　　并发性能测试是重点

　　并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试（Load Testing）是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

　　并发性能测试的目的主要体现在三个方面：以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能；当扩展应用程序的功能或者新的应用程序将要被部署时，负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能；通过模拟成百上千个用户，重复执行和运行测试，可以确认性能瓶颈并优化和调整应用，目的在于寻找到瓶颈问题。

　　当一家企业自己组织力量或委托软件公司代为开发一套应用系统的时候,尤其是以后在生产环境中实际使用起来,用户往往会产生疑问,这套系统能不能承受大量的并发用户同时访问? 这类问题最常见于采用联机事务处理(OLTP)方式数据库应用、Web浏览和视频点播等系统。这种问题的解决要借助于科学的软件测试手段和先进的测试工具。
测试的基本策略是自动负载测试，通过在一台或几台PC机上模拟成百或上千的虚拟用户同时执行业务的情景，对应用程序进行测试，同时记录下每一事务处理的时间、中间件服务器峰值数据、数据库状态等。通过可重复的、真实的测试能够彻底地度量应用的可扩展性和性能，确定问题所在以及优化系统性能。预先知道了系统的承受力,就为最终用户规划整个运行环境的配置提供了有力的依据。
　并发性能测试前的准备工作

　　测试环境：配置测试环境是测试实施的一个重要阶段，测试环境的适合与否会严重影响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。

　　一个充分准备好的测试环境有三个优点：一个稳定、可重复的测试环境，能够保证测试结果的正确；保证达到测试执行的技术需求；保证得到正确的、可重复的以及易理解的测试结果。

　　测试工具：并发性能测试是在客户端执行的黑盒测试，一般不采用手工方式，而是利用工具采用自动化方式进行。目前，成熟的并发性能测试工具有很多，选择的依据主要是测试需求和性能价格比。著名的并发性能测试工具有QALoad、LoadRunner、Benchmark Factory和Webstress等。这些测试工具都是自动化负载测试工具，通过可重复的、真实的测试，能够彻底地度量应用的可扩展性和性能，可以在整个开发生命周期、跨越多种平台、自动执行测试任务，可以模拟成百上千的用户并发执行关键业务而完成对应用程序的测试。

　　测试数据：在初始的测试环境中需要输入一些适当的测试数据，目的是识别数据状态并且验证用于测试的测试案例，在正式的测试开始以前对测试案例进行调试，将正式测试开始时的错误降到最低。在测试进行到关键过程环节时，非常有必要进行数据状态的备份。制造初始数据意味着将合适的数据存储下来，需要的时候恢复它，初始数据提供了一个基线用来评估测试执行的结果。

　　在测试正式执行时，还需要准备业务测试数据，比如测试并发查询业务，那么要求对应的数据库和表中有相当的数据量以及数据的种类应能覆盖全部业务。

　　模拟真实环境测试，有些软件，特别是面向大众的商品化软件，在测试时常常需要考察在真实环境中的表现。如测试杀毒软件的扫描速度时，硬盘上布置的不同类型文件的比例要尽量接近真实环境，这样测试出来的数据才有实际意义。

　　

作者: netcat 时间: 2007-3-20 15:28
并发性能测试的种类与指标

　　并发性能测试的种类取决于并发性能测试工具监控的对象，以QALoad自动化负载测试工具为例。软件针对各种测试目标提供了DB2、DCOM、ODBC、ORACLE、NETLoad、Corba、QARun、SAP、SQLServer、Sybase、Telnet、TUXEDO、UNIFACE、WinSock、WWW、Java Script等不同的监控对象，支持Windows和UNIX测试环境。

　　最关键的仍然是测试过程中对监控对象的灵活应用，例如目前三层结构的运行模式广泛使用，对中间件的并发性能测试作为问题被提到议事日程上来，许多系统都采用了国产中间件，选择Java Script监控对象，手工编写脚本，可以达到测试目的。

　　采用自动化负载测试工具执行的并发性能测试，基本遵循的测试过程有：测试需求与测试内容，测试案例制定，测试环境准备，测试脚本录制、编写与调试，脚本分配、回放配置与加载策略，测试执行跟踪，结果分析与定位问题所在，测试报告与测试评估。

　　并发性能测试监控的对象不同，测试的主要指标也不相同，主要的测试指标包括交易处理性能指标和UNIX资源监控。其中，交易处理性能指标包括交易结果、每分钟交易数、交易响应时间（Min：最小服务器响应时间；Mean：平均服务器响应时间；Max：最大服务器响应时间；StdDev：事务处理服务器响应的偏差，值越大，偏差越大；Median：中值响应时间；90％：90％事务处理的服务器响应时间）、虚拟并发用户数。
　　应用在网络上性能的测试

　　应用在网络上性能的测试重点是利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测。

　　网络应用性能分析

　　网络应用性能分析的目的是准确展示网络带宽、延迟、负载和TCP端口的变化是如何影响用户的响应时间的。利用网络应用性能分析工具，例如Application Expert，能够发现应用的瓶颈，我们可知应用在网络上运行时在每个阶段发生的应用行为，在应用线程级分析应用的问题。可以解决多种问题：客户端是否对数据库服务器运行了不必要的请求？当服务器从客户端接受了一个查询，应用服务器是否花费了不可接受的时间联系数据库服务器？在投产前预测应用的响应时间；利用Application Expert调整应用在广域网上的性能；Application Expert能够让你快速、容易地仿真应用性能，根据最终用户在不同网络配置环境下的响应时间，用户可以根据自己的条件决定应用投产的网络环境。

　　网络应用性能监控

　　在系统试运行之后，需要及时准确地了解网络上正在发生什么事情；什么应用在运行，如何运行；多少PC正在访问LAN或WAN；哪些应用程序导致系统瓶颈或资源竞争，这时网络应用性能监控以及网络资源管理对系统的正常稳定运行是非常关键的。利用网络应用性能监控工具，可以达到事半功倍的效果，在这方面我们可以提供的工具是Network Vantage。通俗地讲，它主要用来分析关键应用程序的性能，定位问题的根源是在客户端、服务器、应用程序还是网络。在大多数情况下用户较关心的问题还有哪些应用程序占用大量带宽，哪些用户产生了最大的网络流量，这个工具同样能满足要求。

　　网络预测

　　考虑到系统未来发展的扩展性，预测网络流量的变化、网络结构的变化对用户系统的影响非常重要。根据规划数据进行预测并及时提供网络性能预测数据。我们利用网络预测分析容量规划工具PREDICTOR可以作到：设置服务水平、完成日网络容量规划、离线测试网络、网络失效和容量极限分析、完成日常故障诊断、预测网络设备迁移和网络设备升级对整个网络的影响。

　　从网络管理软件获取网络拓扑结构、从现有的流量监控软件获取流量信息（若没有这类软件可人工生成流量数据），这样可以得到现有网络的基本结构。在基本结构的基础上，可根据网络结构的变化、网络流量的变化生成报告和图表，说明这些变化是如何影响网络性能的。 PREDICTOR提供如下信息：根据预测的结果帮助用户及时升级网络，避免因关键设备超过利用阀值导致系统性能下降；哪个网络设备需要升级，这样可减少网络延迟、避免网络瓶颈；根据预测的结果避免不必要的网络升级。

　　应用在服务器上性能的测试

　　对于应用在服务器上性能的测试，可以采用工具监控，也可以使用系统本身的监控命令，例如Tuxedo中可以使用Top命令监控资源使用情况。实施测试的目的是实现服务器设备、服务器操作系统、数据库系统、应用在服务器上性能的全面监控，测试原理如下图。
　

　　UNIX资源监控指标和描述

　　监控指标描述

　　平均负载系统正常状态下，最后60秒同步进程的

　　平均个数

　　冲突率在以太网上监测到的每秒冲突数

　　进程/线程交换率进程和线程之间每秒交换次数

　　CPU利用率 CPU占用率（％）

　　磁盘交换率磁盘交换速率

　　接收包错误率接收以太网数据包时每秒错误数

　　包输入率每秒输入的以太网数据包数目

　　中断速率 CPU每秒处理的中断数

　　输出包错误率发送以太网数据包时每秒错误数

　　包输入率每秒输出的以太网数据包数目

　　读入内存页速率物理内存中每秒读入内存页的数目

　　写出内存页速率每秒从物理内存中写到页文件中的内存页数

　　目或者从物理内存中删掉的内存页数目

　　内存页交换速率每秒写入内存页和从物理内存中读出页的个数

　　进程入交换率交换区输入的进程数目

　　进程出交换率交换区输出的进程数目

　　系统CPU利用率系统的CPU占用率（％）

　　用户CPU利用率用户模式下的CPU占用率（％）

　　磁盘阻塞磁盘每秒阻塞的字节数
总之，我们要测试

作者: duola1119 时间: 2007-3-20 17:06
软件测试涉及面广泛.要求掌握的东西也非常多.但苦于一点我们掌握的东西不会很精.
要想在某方面超越别人.也只有发挥测试的优势---测试工具要炉火纯青,测试计划,用例,考虑问题点.逻辑思维,耐心.

作者: zhangtao 时间: 2007-3-20 17:47
广度和深度都需要啊

就是看见代码才头疼啊，实在啊！

作者: 423799223 时间: 2007-3-20 19:54
写得非常好
呵呵
一般人都是觉得测试太容易做了
其实很难

作者: shaozhiying 时间: 2007-3-20 22:07
感觉写的很到位！！恩，是呀其实测试并象想象的那么简单！！！

作者: sunxy5291 时间: 2007-3-21 09:35
这已经从基本要求上升到很高了

作者: ∮随风而去~ 时间: 2007-3-21 11:15
我顶~sdlkfj3

作者: hanxiaotwo 时间: 2007-3-22 11:14
8错sdlkfj3

作者: 鱼鳞 时间: 2007-3-22 11:39
要满足该要求还有好长的路啊！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)