[活动]迎五一，庆周年，盖高楼(活动结束)

sn_asd520

网络性能测试
指标        吞吐量：指被测试设备或被测试系统在不丢包的情况下，能够达到的最大包转发速率
        丢包率：高负载状态下由于缺少资源而未转发的包的比例
        延时：系统在有负载的情况下转发数据包所需的时间
        背靠背性能：通过以最大帧速率发送突发传输流，并测量无包丢失时的最大突发长度来测试缓冲区容量
        TCP/IP 4～7层负载匀衡：建立连接数、会话连接数、连接数据
        IP语音网络测试：测试语音、数据流包的丢失、单向延时，延时抖动
        宽带XDSL网络性测试：帧测试、端到端IP测试、信元测试、PPP容量测试、ATM完整性测试
        VPN网络测试：最大隧道创建数量、包丢失、延时、响应时间
        路由测试：协议、路由压力性能

movestar

5. 服务程序的测试：
1)        系统是否限制服务器程序启动的数量,如不限制,同一范围内启动多个服务是否对系统有影响；
2)        服务程序能否长时间正常运行；
3)        外界异常后，服务程序的自动恢复能力（服务器掉电、网络中断后恢复、数据库异常后恢复…）；
4)        在点击关闭按钮时是否有确认提示；
5)        应用程序与其他程序是否兼容（能否避免内存冲突）。

movestar

6. 系统管理（参数设置）
1)        参数设置后，能否正确的进行应用；
2)        设置错误参数，系统的容错能力；
3)        修改参数，对与之相关模块的影响；
4)        系统是否有默认的参数，A 有：默认的参数是否起到作用 ；B 没有：不设置，系统能否运行或者给出提示。

小北ZZ

平台化软件兼容性测试
平台化软件概述        用来构建与支撑应用软件的独立软件系统；基本要素包括支撑环境（应用系统开发与运行的基本条件）和开发体系（开发与维护管理应用软件的工具与方法）；分类包括技术支撑型平台和应用实现平台

小北ZZ

6. 系统管理（参数设置）
1)        参数设置后，能否正确的进行应用；
2)        设置错误参数，系统的容错能力；
3)        修改参数，对与之相关模块的影响；
4)        系统是否有默认的参数，A 有：默认的参数是否起到作用 ；B 没有：不设置，系统能否运行或者给出提示。

sn_asd520

负载压力测试基本概念
负载压力        指系统在某种指定软件、硬件以及网络环境下承受的流量，如并发的用户数、持续运行时间、数据量等。其中并发的用户数是负载压力的重要体现。
负载压力测试        指在一定测试约束条件下，测试系统所能承受的并发用户量、运行时间、数据量，以确定系统所能承受的最大负载压力，负载压力测试是性能测试的重要组成部分
性能测试        用来保证产品发布后系统的性能能够满足用户需求，包括两种测试策略：性能评测、性能调优
负载测试        通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试
压力测试        通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下，系统性能处于失效状态，并以此来获得系统能提供的最大服务级别的测试压力测试是为了发现在什么情况下系统的性能会变得不可接受
并发性能测试        并发性能测试的过程，是一个负载测试和压力测试的过程；
逐渐增加并发用户数负载，直到系统的瓶颈或者不能接收的性能点，能过综合分析交易执行指标，资源监控指标来确定系统并发性能的过程；
并发性能测试是负载压力测试中的重要内容；
并发性能测试包括：应用在客户端性能的测试、应用在网络上性能的测试、应用在服务器端上性能的测试三个方面
疲劳强度测试        采用系统稳定运行情况下所能支持的最大并发用户数，或者日常运行用户数，持续执行一段时间业务，保证达到系统疲劳强度需求的业务量，通过综合分析交易执行指标和资源监控指标，来确定系统处理最大工作量强度性能的过程
大数据量测试                大数据量测试包括独立的数据量测试和综合数据量测试两类
        独立的数据量测试：指针对某些系统存储、传输、统计、查询等业务进行的大数据量测试
        综合数据量：指和压力性能测试、负载性能测试、疲劳性能测试相结合的综合测试

月上百合

通用

　　◇ 所有测试是否运行在干净系统上？

　　◇ 系统是否正常运行？

　　◇ 是否显示正确输出？

　　◇ 系统是否能提供所需功能？

　　◇ 普通用户是否能轻松地操作该系统？

　　◇ 是否易学易用？

　　◇ 系统是否会为客户提供服务？如响应的、有帮助的、正确的服务？

　　◇ 是否可以简单辨别系统的正确性与可靠性？

　　◇ 是否能轻易地修复或修改系统？

　　◇ 当系统需要提交或修复时，开发人员是否可以在限期内完成？

　　◇ 新版本中未经修改的功能是否能与老版本保持一致？

　　◇ 系统是否能使硬件、网络及人力资源得到有效利用？

　　◇ 系统是否能匹配相关的技术水平？

　　◇ 系统是否能匹配适当调整的需求？

　　◇是否可以有效验证系统的工作方式是适当的？

　　◇ 本系统内一些组成部分是否可以被其他的系统再利用？

　　◇ 不同用户不同平台上安装系统是否同样快捷便利？

　　◇ 系统是否设置有未来更新的路径？

　　◇ 是否可以方便地获取信息？

　　◇ 网站是否能被搜索？

狗蜡笔粉丝

平台化软件优点        应用的广泛性（各行业）；良好的开发性（保证接口的统一）；具有灵活性和扩展性；快捷的适应性
平台化软件兼容性        测试内容：跨硬件平台能力（不同规模硬件平台上式）；跨操作系统能力；支持多种数据库系统；客户端兼容性测试；数据兼容性测试

sn_asd520

Web应用的测试策略
按系统架构分类        客户端的测试、服务器端的测试、网络上的测试
按职能分类        应用功能的测试、Web应用服务的测试、安全系统的测试、数据库服务的测试
按软件质量特性分类        功能测试、性能测试、兼容性测试、安全性测试、易用性测试
按开发阶段分类        设计测试、开发测试、应用测试

小北ZZ

网络性能测试
指标        吞吐量：指被测试设备或被测试系统在不丢包的情况下，能够达到的最大包转发速率
        丢包率：高负载状态下由于缺少资源而未转发的包的比例
        延时：系统在有负载的情况下转发数据包所需的时间
        背靠背性能：通过以最大帧速率发送突发传输流，并测量无包丢失时的最大突发长度来测试缓冲区容量
        TCP/IP 4～7层负载匀衡：建立连接数、会话连接数、连接数据
        IP语音网络测试：测试语音、数据流包的丢失、单向延时，延时抖动
        宽带XDSL网络性测试：帧测试、端到端IP测试、信元测试、PPP容量测试、ATM完整性测试
        VPN网络测试：最大隧道创建数量、包丢失、延时、响应时间
        路由测试：协议、路由压力性能

月上百合

可用性、界面及导航

　　◇ 系统为一个用户、十个用户或一千个用户服务时，是否同样工作正常？

　　◇ 是否可以快速登陆主页？

　　◇ 网站的操作方法是否清晰地展示给用户？

　　◇ 如果按操作方法进行操作是否可以得到预期结果？

　　◇ 是否所有新用户都理解网站内的所有术语？

　　◇ 是否所有窗体都有导航栏？

　　◇ 导航栏的位置是否始终保持一致？

　　◇ 是否导航栏仅作用于使用中的文本？

　　◇ 用户是否可以在不用鼠标的情况下使用导航栏功能？

　　◇ 视力障碍者是否可以使用网站？红绿色盲，少于 20/20

　　◇ 网站标志是否风格一致？

　　◇ 每个单独页面内是否包含主页链接？

　　◇ 每个页面的排版是否统一？

水上飘

软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的软件生存周期模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。

movestar

7. 用户、权限管理
1)        赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）；
2)        删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；
3)        重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；
4)        在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；
5)        不同权限用户登录同一个系统，权限范围是否正确；
6)        覆盖系统所有权限设定；
7)        能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)；
8)        能否添加长用户名及长口令，如果允许，新用户能否正确登录；
9)        系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际情况；
10)        登录用户能否修改自己的权限；
11)        添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户名相同；标识不同，用户名不同；
12)        登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）；
13)        修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响；
14)        修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在的用户信息不同；
15)        不给用户授权，是否允许登录；
15)        改某些设置时，是否会影响具有上级权限及相同权限人员的设置；
16)        系统管理员修改了某些数据，以其他人员身份登录时数据是否改变；
17)        用户能否同时属于多个组，各个组的权限能否交叉；
18)        删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有影响。

月上百合

下班啦明天再来
◇ 每个页面的管理风格是否一致？

　　◇ 网站内图表的使用是否协调？

　　◇ 快速下载的图表是否质量优化？

　　◇所有图片是为页面添彩，还是浪费网速？

　　◇ 是否使用了图表的最佳尺寸？

　　◇ 图表/图片周围的文字布局是否合理？

　　◇ 是否对所有的参考网站或电子邮件地址都设置了超链接？

　　◇ 超链接颜色设置是否标准？

　　◇ 网站在 640 x 480、600x800 等像素下是否显示正常？

　　◇ 字体是否太小（切忌并非每个人都能获得相同的视图效果）？

　　◇ 字体是否太大？

　　◇ 所有文本是否排列适当？

　　◇ 所有图标是否排列适当？

　　◇ 图片是否能被完整打印？

　　◇ 网站内是否有站内地图？

　　◇ 站内地图的每个超链接是否有对应的目标链接页？

　　◇ 站内地图是否包含了网站内所有的超链接？

　　◇ 每个页面的超链接是否正常工作？

　　◇ 内容是合法正确的（非单元测试期间开发者设置的填充内容）

　　◇ 页面背景（颜色）是否会分散注意力？

fishsky

软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的软件生存周期模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。

caocao176

测试计划

1、  目的

【阐明编写测试计划的目的，指明读者对象。】

2、  背景

【说明项目的来源、委托单位及主管部门。】

3、  范围、术语或定义、参考文档

【列出测试计划中所用到的专门术语的定义和缩写词的原意。】

4、  确定测试需求

5、  测试策略

5．1类型

5．1．1 功能测试

5．1．2 配置测试

5．1．3 安装、卸载测试

5．1．4用户界面测试

5．1．5性能测试

5．1．6负载测试

5．1．7强度测试

5．1．8容量测试

5．1．9结构测试

5．1．10压力测试

5．1．11安全测试

  

6、  资源

【人员组织情况要求、硬件支持情况、测试工具要求等】

6．1 人员

6．2 系统

7、  项目里程碑

8、  工件

8．1已交付工件

8．2需交付工件

8．4 测试记录

8．3测试报告

sn_asd520

1．        白盒测试的动态测试原则－根据程序的控制结构设计测试用例
（1）        保证每个模块的所有独立路径至少被使用一次
（2）        对所有的逻辑值均测试true和false
（3）        上下边界及可操作范围内运行所有循环
（4）        检查内部数据结构以确保其有效性

阿七

传值：
函数参数压栈的是参数的副本。
任何的修改是在副本上作用，没有作用在原来的变量上。

传指针：
压栈的是指针变量的副本。
当你对指针解指针操作时，其值是指向原来的那个变量，所以对原来变量操作。

传引用：
压栈的是引用的副本。由于引用是指向某个变量的，对引用的操作其实就是对他指向的变量的操作。（作用和传指针一样，只是引用少了解指针的草纸）

htot05

不整别的了, 绝对要顶起~~~

水上飘

软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的软件生存周期模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。