第一篇：测试主板南北桥好坏的方法归纳总结
以下为笔者在对主板维修过程中的南北桥好坏测试的总结归纳：
一般判断方法：
1。温度法
2。关联元件测试法
3。周边电路电压测试法
北桥好坏判断方法：
一。直接打北桥上或者北桥芯片的周围电容，如果有短路，则北桥坏。
二。对主供电部分输出电感一端或Q1场管的S极、Q2场管的D极打阻值，在不插CPU或假负载的情况下，即判断北桥好坏：
1。在40左右数值为正常。
2。在20-30左右为北桥有轻微损坏。
3。在10以下说明北桥损坏。
三。内存插槽，通过对数据线进行打阻值判断，都为三百-八百之间数值，说明北桥好；若无穷大，说明北桥虚焊；若有3根或3根以上导通，说明北桥坏。
南桥好坏判断方法：
一。IDE口：打2-
9、11-
19、21-
29、37-39针等，对地阻值有600左右且相差不大的数值为南桥正常；如有无穷大或1000以上的数值为南桥虚焊或IDE口到NQ之间的小电阻烧断；如阻值明显偏小为南桥损坏。
二。USB口：打两个USB口的2、3针的阻值，如有500左右的数值说明南桥正常；如有无穷大说明南桥虚焊或它们到南桥之间的小电阻损坏；如有阻值明显偏小说明南桥损坏。
快速判断南桥好坏的方法：
一。PCI（A14脚）对地阻值小于80，则南桥损坏。
二。南桥周围电容对地阻值短路。
三。USB数据线对地阻值短路。
四。待机时，南桥温度高。
五。COMS跳线中间脚对地阻值短路。
六。1117稳压管中间脚对地阻值短路。http:///
第二篇：主板维修总结
南桥发烫的维修+南桥击穿的判断方法~
南桥发烫的维修要区别一个问题~就是南桥在什么情况下发烫!1）接上ATX电源，不触发的情况下南桥就发烫，一般95%可以判断为南桥击穿!这个时候一般SB5V/3.3V会有短路现象,打1117输出脚，阻值为0则南桥击穿!2)接上ATX电源，不触发时南桥没有温度,触发后南桥发烫!(一般情况伴随诊断卡上会显示无复位)一般常见于INTEL的大南桥，82801eb/db........等等~这个时候的原因是AGP的供电不正常！修复后一般南桥温度会正常！80%是AGP供电MOS管击穿，或MOS控制极的IC不良!一般是LM324的运算放大器~银狐等杂牌产品会有一个WB1601A经常坏～
ATX+3.3V短路的维修
ATX+3.3V橙色≥30Ω(早期主板PCI没有3.3V，阻值可能为无穷大)①I网卡芯片②I/O芯片③时钟IC④南桥⑤北桥⑥声卡IC⑦MS-X如果找不到短路点可以强制触发后触摸主板上各芯片看有没有温度升高的！另外推荐方法是用直流稳压电源调成3.3V对ATX电源座的橙色脚做加电测试~一般本本维修上用的比较多~ 蓝屏故障维修思路详解
GA-8IR2003故障现象：进系统蓝屏~重新安装GHOST系统~第一个进度条过了就蓝屏了~:Q看了一下声卡IC，是ALC101，应该不存在兼容性的问题~不过还是重新安装GHOST~这次不集成驱动~故障现象依旧~:@PS:声卡IC为AD188X,ADxxxx,SOUNDMAX,C-Media CMIxxxx的，主板芯片组为NFx的~安装GHOST如果驱动不兼容都会出现蓝屏死机重启的情况~如果为以上芯片则安装GHOST系统时不集成驱动~安装完系统后手动安装驱动！重新开机进CMOS，把声卡，网卡，猫........一切可以关闭的集成组件都关闭~重新安装系统~安全度过~:lol :loveliness: ATX+12V短路维修方向
上午一个行内MM拿来精英主板一块 银狐主板一块~当然是先搞精英的了~(不过后来银狐的板子是声卡的问题 很好处理~)精英板上假负载上点，风扇转一下就停了~明显是供电短路，懒的去查，先强制触发，结果发现强制触发也是转下就停~(3.3V短路强制触发一般没问题!其他的强制触发都有危险,不建议!)判断是ATX直接短路~ 打ATX对地阻值，发现+12V对地短路~一般+12V短路的可能性有:1.COM口芯片击穿2.核心供电上管对地短路~3.+12V线路上的大的贴片电容击穿(小电容不用考虑!+12V足以让小电容灰飞烟灭!)PS:一般看到电
档内存故障维修全解
认不到内存：数码卡C1,D3.....过了CPU后第一个代码就停住了的!1.测量内存的工作条件是否满足（供电，时钟，系统管理总线，上拉供电）(详见:【常规故障专题】正确的DDR内存工作条件!http://www.xiexiebang.com/viewt...739&extra=page%3D1)2.刷BIOS资料3.打内存AD线的对地阻值,判断是否为北桥不良4.测量北桥的供电是否正常5.打CPU座的AD线6.注意频率跳线内存跑一半的故障维修:(已经检测到内存,但是还没有跑到显卡~也就是内存没完全过的!)1.测量内存的工作条件是否满足（供电，时钟，系统管理总线，上拉供电）
正确的DDR内存工作条件!
纠正很多人一个错误的认识!包括论坛里的很多高手都会有的错误!DDR 184pin的电压不是DDR内存的工作电压!这里正确的名称应该是VDDSPD，也就是内存SPD芯片的工作电压!DDR内存真正的工作电压VDD应该是7,38,46.....180一系列~ 他们是连在一起的 可以直接测量7pin或180pin就可以了~1pin是内存参考电压,91,92是系统管理总线！总结一下DDR内存正常工作的条件:1pinVREF参考电压1.25V左右7pin(或者测量180pin)VDD供电
【常规故障专题】板载声卡故障的维修(可以发现硬件但无声音!)
再发声卡维修者!删!本文未涉及内容除外!现在我们说的情况是能发现声卡的硬件 ,驱动正常安装了~但是没有声音~这里只说这种情况的维修!其他的另外发帖或者会更新本帖!因为上午的时候就修了一个这样的情况（结果是跳线没有装！）秘籍(*^__^*)嘻嘻……干扰法：不加电上假负载,插上耳机,把耳机带上,(*^__^*)嘻嘻……~万用表二极管档!红笔接地,黑笔触碰声卡IC的针脚!如果耳机里听到电流声（噪
第三篇：软件测试方法总结
软件测试方法总结
（一）发布时间: 2008-12-12 17:07作者: lxm_lxm来源: 51Testing论坛
软件测试方法的总结，是lxm_lxm根据个人所做过的项目整理的，提供给新来的的朋友们。软件测试方法总结
一、界面
● 界面测试
（1）测试界面设计是否合理、简洁、美观，操作是否方便
（2）功能键、数据项信息是否齐全
（3）确认系统中同一功能抌名称是否统一
（4）设计样式、风格（查询条件样式；输入风格（点选/手输入）；）是否与系统其它模块统一
（5）确认页面内所有字段名称显示风格是否统一（居中、左对齐、右对齐，一般采用居中显示风格）
1、新增页面及功能测试
● 字段
在开始测试时应该保证数据的正确性，然后再从系统中找出各种Bug
（1）各字段输入正确的信息值保存，确认系统是否可以正确完成新增操作。
（2）进入添加界面不输入任何信息值，单击“保存”功能按钮，系统应该给出某个不允许为空字段的提示信息（属于边界测试）
（3）建议不允许为空的字段前面加上„*‟作为标记（统一性，方便性问题）
（4）编码/编号字段不允许输入中文及特殊字符，否则系统应该给出相应的提示信息
（5）测试编码/编号字段不允许重复，否则系统应该给出相应的提示信息
（6）确认字段是否已做长度限制，如果输入值超出长度范围，那么在保存时系统应该给出提示信息
（7）非法测试，如：校验数值型字段输入非数值，保存时系统是否给出相应的提示信息（根据实际需要确定数值型字段是否能够接受负数）
（8）边界测试，如：确认数值型字段的边界值（如：有效值为„0-100‟整数，那么输入-1或101保存时系统应该给出相应的提示信息；输入值为0、100系统应该能正确保存信息值；输入0到100内的整数值系统应该正确保存信息值）
（9）精确值测试，测试小数位数是否在定义的长度内
（10）字段精确值是否正确（四舍五入否）。
（11）根据实际情况测试名称字段是否具有唯一性，（一般情况下名称是不允许重复的，具体问题具体分析），否则系统应该给出相应的提示信息
（12）确认各字段名称书写是否正确（注意：要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同）
（13）确认特殊格式的字段是否已做标准格式的限制（如：电子邮件、邮编等）
（14）测试上级信息字段（如：上级XXX名称、上级XXX编号）的信息值是否根据所选择的上级XXX名称系统自动生成（注意：编号生成值一定是维护界面的编号，而不应该是相应表的那个主键编码）
（15）测试如果某字段信息值是从另一个模块中选择输入的，那么需要确认其它相关联字段的信息值是否也相应的正确的自动带入，并且这些字段应该都是只读的（16）创建人/编辑人、发布人、创建时间、创建人字段应该设为只读的，而且此类字段值应该默认当前操作人的姓名
（17）如果某个字段可以点选输入多个信息值，那么测试该字段是否接受，并保存了点选输入的多个信息值
（18）对于多选字段，测试是否具有记忆上次选择值并已验重
（19）测试字符型字段是否可以接受空格（统一性问题，建议不要接受空格）
（20）引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致
软件测试方法总结
（二）发布时间: 2008-12-12 17:13作者: lxm_lxm来源: 51Testing论坛
关键字：软件测试方法
6、常用功能键的功能测试
（1）保存---所有编辑页面如果未输入任何信息值而单击“保存”，系统应该给出“XXX字段不允许为空”的提示信息
（2）保存---如果某字段输入值有错误或超出长度范围，那么单击“保存”按钮时，系统应该给出相应的提示信息
（3）保存---输入相关信息单击“保存”后，建议系统给出“保存成功”提示信息
（4）保存---测试新增/修改信息保存后，信息列表是否自动刷新
（5）下一步---单击此按钮，如果有非空字段为空，系统应该给出相应提示信息；如果有字段输入非法值，单击此按钮系统应该给出相应提示信息；正常情况下单击此功能按钮，系统进入到下一个编辑/操作界面
（6）上一步---单击此功能按钮，系统应该正确返回到上一个编辑/操作界面
（7）浏览---测试该功能键功能是否已经正确实现，单击此按钮系统应该弹出文件选择页面，并且可以选择输入相关附件
（8）上传附件---测试上传功能已经正确实现，确认上传的附件在界面相应位置是否显示
（9）下载---测试下载功能已经正确实现（可以将上传到服务器的附件下载的本地相应位置）
（10）重新上传---保存操作后上传功能按钮名称应该自动变为“重新上传”，并且可以重新上传附件
（11）发布---测试该功能键功能已经正确实现，单击些功能按钮系统完成发布操作，相应的信息状态变为“已发布”，发布人、发布时间系统自动生成或已经正确保存（注意：已经发布的信息是不允许再进行修改操作的）（根据系统需求及设计测试，有些系统只有信息修改页面才有此功能）
（12）取消发布---测试该功能键功能是否已经正确实现，单击此功能按钮系统完成取消发布功能，相应信息状态变为“未发布”（根据系统需求及设计测试，有些系统只有信息修改页面才有此功能）
（13）关闭---单击此功能按钮系统将关闭当前页面，建议当单击此功能按钮时系统弹出“确认离开此页面提示信息”
（14）查询---单击查询功能按钮，系统按钮输入查询条件进行模糊查询；查询条件输入非法值进行查询操作，系统应该查询0记录
（15）删除----未勾选待删除记录单击此按钮系统弹出相应提示信息；正常情况下系统删除所选记录
（16）选择---勾选待选记录，单击此按钮系统完成选择操作；单击选择超链接功能按钮系统完成选择操作
（17）取消选择---单击此功能按钮，系统完成取消选择操作（清除所有选择信息）
软件测试方法总结
（三）发布时间: 2008-12-12 17:14作者: lxm_lxm来源: 51Testing论坛
关键字：软件测试方法
11、对用户名、密码的有效性测试
（1）密码信息有效性测试：特殊字符、正常字符、空字符（不输入）、空格
（2）登陆名是否区分大小写
（3）登陆名是否允许重名
（4）用户名字和密码都为最大长度（边界值分析，取上点）
（5）用户名字和密码都为最小长度（边界值分析，取上点）
（6）用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）
（7）用户名长度大于要求1位（边界值分析，取离点）
（8）用户名长度小于要求1位（边界值分析，取离点）
（9）密码长度大于要求1位（边界值分析，取离点）
（10）密码长度小于要求1位（边界值分析，取离点）
（11）是否记住上次登陆名
（12）密码信息有效性测试：字母数字混排、数字、符号数字、字母符号、数字符号、空字符（不输入）、空格、ASCII字符、字符串在有空格、串在有半角空格
（13）口令锁定：即输入口令次数的限制
（14）密码显示是否以星号或者别的符号显示
（15）看是否支持tap和enter键等
（16）密码是否可以复制粘贴
密码修改测试方法
（1）不输入旧密码，直接改密码
（2）输入错误旧密码
（3）不输入确认新密码
（4）不输入新密码
（5）新密码和确认新密码不一致
（6）新密码中有空格
（7）新密码长度有效性测试方法同上
（8）新密码为非允许字符（如有的密码要求必须是英文和数字组成，那么要试汉字和符号等）
（9）测试密码是否区分大小写，新密码中英文小写，确认密码中英文大写
（10）新密码与旧密码一样能否修改成功
软件测试方法总结
（四）发布时间: 2008-12-12 17:17作者: lxm_lxm来源: 51Testing论坛
关键字：软件测试方法
四、权限测试
1、业务权限
按需求测试用户业务权限分配是否正确，业务权限主要控制功能模块、功能菜单的展示，没有相应业务权限的不展示其功能模块能功能菜单。
2、操作权限
（1）权限组：按组用户来分配操作权限。（组内所有人员都具有所分配的操作权限）
（2）测试已分配操作权限的功能按钮是可见的（3）测试已分配操作权限的功能按钮是否可用；是否可以正确完成相应功能操作
（4）通常不分配调看操作权限是无法进行修改操作
五、算法
1、测试前需要充分了解算法的整个计算过程及结果值的精度
2、算法测试之前需要准备充足，而且是准确无误的测试实例
3、根据输入值确认系统计算输出结果是否与预期结果完全一致
4、如果计算公式中含有引用其它模块的数据，需要先确认数据提取是否对应的正确
5、先用等价划分法、边界值测试方法测试输入数据是否在需求范围内
6、严格按照测试用例执行测试，确认计算结果是否正确无误，注意结果的精度。
第四篇：App测试方法总结
一、安全测试 1.软件权限
1）扣费风险：包括短信、拨打电话、连接网络等。
2）隐私泄露风险：包括访问手机信息、访问联系人信息等。
3）对App的输入有效性校验、认证、授权、数据加密等方面进行检测 4）限制/允许使用手机功能接入互联网 5）限制/允许使用手机发送接收信息功能 6）限制或使用本地连接
7）限制/允许使用手机拍照或录音 8）限制/允许使用手机读取用户数据 9）限制/允许使用手机写入用户数据
10）限制/允许应用程序来注册自动启动应用程序 2.安装与卸载安全性
1）应用程序应能正确安装到设备驱动程序上
2）能够在安装设备驱动程序上找到应用程序的相应图标 3）安装路径应能指定
4）没有用户的允许，应用程序不能预先设定自动启动 5）卸载是否安全，其安装进去的文件是否全部卸载 6）卸载用户使用过程中产生的文件是否有提示 7）其修改的配置信息是否复原 8）卸载是否影响其他软件的功能 9）卸载应该移除所有的文件 3.数据安全性
1）当将密码或其它的敏感数据输入到应用程序时，其不会被存储在设备中，同时密码也不会被解码。2）输入的密码将不以明文形式进行显示。
3）密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。4）不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间。
5）当应用程序处理信用卡明细或其它的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件，文件可能遭受入侵者的袭击，然后读取这些数据信息。
6）党建敏感数据输入到应用程序时，其不会被存储在设备中。7）应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告
8）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警告显示前，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户。
9）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。10）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况。
11）当进行读或写用户信息操作时，应用程序将会向用户发送一个操作错误的提示信息。12）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容。13）如果数据库中重要的数据正要被重写，应及时告知用户。14）能合理的处理出现的错误。15）意外情况下应提示用户。4.通讯安全性
1）在运行软件过程中，如果有来电、SMS、蓝牙等通讯或充电时，是否能暂停程序，优先处理通信，并在处理完毕后能正常恢复软件，继续其原来的功能。2）当创立连接时，应用程序能够处理因为网络连接中断，进而告诉用户连接中断的情况。3）应能处理通讯延时或中断。
4）应用程序将保持工作到通讯超时，进而给用户一个错误信息指示有链接错误。5）应能处理网络异常和及时将异常情况通报用户。6）应用程序关闭网络连接不再使用时应及时关闭，断开。5.人机接口安全测试
1）返回菜单应总保持可用。2）命令有优先权顺序。
3）声音的设置不影响使用程序的功能。4）声音的设置不影响应用程序的功能
5）应用程序必须能够处理不可预知的用户操作，例如错误的操作和同时按下多个键。
二、安装、卸载测试
验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况 1.安装
1）软件安装后是否能够正常运行，安装后的文件夹以及文件是否写到了指定的目录里。2）软件安装各个选项的组合是否符合概要设计说明。3）软件安装向导的UI测试
4）安装后没有生成多余的目录结构和文件。2.卸载
1）测试系统直接卸载程序是否有提示信息。
2）测试卸载后文件是否全部删除所有的安装文件夹。3）卸载是否支持取消功能，单击取消后软件卸载的情况。4）系统直接卸载UI测试，是否有卸载状态进度条提示。
三、UI测试
1）测试用户界面（如菜单、对话框、窗口和其他控件）布局、风格是否满足要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。
2）UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。1.导航测试
1）按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航。2）是否易于导航，导航是否直观。3）是否需要搜索引擎。4）导航帮助是否准确直观。
5）导航与页面结构、菜单、连接页面的风格是否一致。2.图形测试
1）横向比较，各控件操作方式统一。
2）自适应界面设计，内容根据窗口大小自适应。3）页面标签风格是否统一。4）页面是否美观。
5）页面的图片应有其实际意义而要求整体有序美观。3.内容测试
1）输入框说明文字的内容与系统功能是否一致。2）文字长度是否加以限制。3）文字内容是否表意不明。4）是否有错别字。5）信息是否为中文显示。
四、功能测试
根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程： 1）采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准。2）根据被测功能点的特性列出相应类型的测试用例对其进行覆盖，如：设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖。
3）在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。1.运行
1）App安装完成后的试运行，可正常打开软件。2）App打开测试，是否有加载状态进度提示。3）App页面间的切换是否流畅，逻辑是否正确。4）注册
同表单编辑页面 用户名密码长度 注册后的提示页面
前台注册页面和后台的管理页面数据是否一致 注册后，在后台管理中页面提示
5）登录
使用合法的用户登录系统
系统是否允许多次非法的登录，是否有次数限制 使用已经登录的账号登录系统是否正确处理 用户名、口令（密码）错误或漏填时能否登陆 删除或修改后的用户，原用户名登陆
不输入用户口令和重复点“确定/取消”按钮，是否允许登录 登陆后，页面中登录信息 页面中有注销按钮 登录超时的处理
2.应用的前后台切换
1）App切换到后台，再回到App，检查是否停留在上一次操作界面。2）App切换到后台，再回到App，检查功能及应用状态是否正常。
3）App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4）手机锁屏解锁后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5）当App使用过程中有电话进来中断后再切换到App，功能状态是否正常。6）当杀掉App进城后，再开启App，App能否正常启动。
7）出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
8）对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。3.免登陆
很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用App。1）考虑无网络情况时能否正常进入免登录状态。
2）切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出。
3）根据Mtop的现有规则，一个账户只允许登陆一台机器。所以，需要检查一个账户登录多台手机的情况。原手机里的用户需要被退出，给出友好提示。4）App切换到后台，在切换回前台的校验。5）切换到后台，再切换回到前台的测试。
6）密码更换后，检查有数据交换时是否进行了有效身份的校验。
7）支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。8）检查用户主动退出登录后，下次启动App，应停留在登录界面。4.离线浏览
很多应用会支持离线浏览，即在本地客户端会缓存一部分数据供用户查看。1）在无线网络情况可以浏览本地数据。2）退出App再开启App时能正常浏览。3）切换到后台再回到前台可以正常浏览。4）锁屏后再解锁回到应用前台可以正常浏览。
5）在对服务器段的数据有更新时回给予离线的相应提示。5.App更新
1）当客户端有新版本时，有更新提示。
2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动App时，仍出现更新提示。
3）当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。下次启动App时，仍出现强制升级提示。4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
5）当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本。6）当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。6.定位、照相机服务
1）App有用到相机，定位服务时，需要注意系统版本差异。
2）有用到照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。3）测试照相机服务时，需要采用真机进行测试。7.PUSH测试
1）检查Push消息是否按照指定的业务规则发送。
2）检查不接收推送消息时，用户不会在接收到Push消息。
3）如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到Push。在非免打扰时间段内，用户能正常收到Push。
4）当Push消息是针对登录用户的时候，需要检查收到的Push与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。5）测试Push时，需要采用真机进行测试。
五、性能测试
1）响应能力测试：测试App中的各类操作是否满足用户响应时间要求。
App安装、卸载的响应时间 App各类功能性操作的响应时间
2）压力测试，反复/长期操作下，系统资源是否占用异常。
App反复进行安装卸载，检查系统资源是否正常 其他功能反复进行操作，检查系统资源是否正常
六、交叉事件测试
针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。交叉事件测试非常重要，能发现很多应用中潜在的性能问题。1）多个App同时运行是否影响正常功能。2）App运行时前/后台切换是否影响正常功能。3）App运行时拨打/接听电话。4）App运行时发送/接收信息。5）App运行时发送/收取邮件。6）App运行时浏览网络。
7）App运行时使用蓝牙传送/接收数据。
8）App运行时使用相机、计算器等手机自带设备。
七、兼容测试
主要测试内部和外部兼容性 1）与本地及主流App是否兼容
2）与各种设备是否兼容，若有跨系统支持则需要检验是否在个系统下，各种行为是否一致。
不同手机屏幕分标率的兼容性 不同手机品牌的兼容性
八、回归测试
1）Bug修复后且在新版本发布后需要进行回归测试。2）Bug修复后的回归测试在交付前、要进行大量用例的回归测试。
九、用户体验测试
以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性，提出修改意见提升产品的潜在客户满意度。
1）是否有空数据界面设计，引导用户去执行操作。2）是否滥用用户引导。
3）是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导。4）菜单层次是否太深。5）交互流程分支是否太多。6）相关的选项是否离的很远。7）一次是否载入太多的数据。8）界面中按钮可点击范围是否适中。
9）标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换。10）操作应该有主次从属关系。
11）是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义。12）是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计。
十、手势操作测试
1）手机开锁屏对运行中的App的影响。2）运行中的App前后台切换的影响。3）多个运行中的App的切换。4）App运行时关机。5）App运行时重启系统。6）App运行时充电
7）App运行时Kill掉进程再打开
十一、客户端数据库测试 1）一般的增、删、改、查测试。
2）当表不存在时是否能自动创建，当数据库表被删除后能否再自建，数据是否还能自动从服务器中获取回来并保存。
3）在业务需要从服务器端取回数据保存到客户端的时候，客户端能否将数据保存到本地。
4）当业务需要从客户端取数据时，检查客户端数据存在时，App数据是否能自动从客户端数据中取出，还是仍然会从服务器端获取？检查客户端数据不存在时，App数据能否自动从服务器端获取到并保存到服务器端。
5）当业务对数据进行了修改、删除后，客户端和服务器端是否会有相应的更新。
第五篇：SIT测试方法总结
SIT测试方法总结
测试人员介入时机
对于SIT测试，测试人员最佳介入时间为需求分析阶段，在需求分析阶段就介入测试可以使测试人员更高效充分的了解需求，从而提高后面测试用例编写及测试用例执行的效率。
制定测试方案
测试人员进入项目后首要任务是制定测试方案。制定测试方案的目的： 1.明确测试目的。2.制定本次测试范围。3.阐述本次测试的策略。
4.罗列测试过程中可能遇到的风险及应对措施。5.安排测试人员的任务。
6.确定测试实施过程中需要准备的数据。
7.确定测试阶段的轮次及各项测试工作的时间节点。8.制定缺陷分级的级别描述以及缺陷修复的时效。以上8点作为测试方案的重要内容。测试方案编写后，与项目组其他人员以及客户方一起参与测试方案的评审工作；对测试方案评审完成后测试方案正式定稿。
案例对需求的覆盖
测试案例对需求的覆盖率直接关系到测试质量，如果覆盖率不够则系统中隐藏的缺陷无法被发现，存在严重的质量风险。提高案例的覆盖率有效的方法：
1.提高测试人员对需求的理解，对需求进行逐字逐句的分析将显性与隐性的功能点充分挖掘出来。
2.测试人员在编写测试用例之前先编写测试大纲，罗列出功能点并与需求人员一同对测试大纲进行评审，找出遗漏的测试点。
3.测试大纲评审完成后根据测试大纲所罗列的测试点进行测试案例编写，编写完成后与开发人员、需求人员一同对案例进行评审，找出潜在的遗漏部分。
案例编写策略（易读易执行优先级等）
1.测试用例编写遵循以下大体分类：界面及字段显示，字段取值规则，模块功能，上下游模块功能关联。2.用例应包括以下内容：功能，子功能，优先级，用例类型，测试点，操作步骤，预期结果。
编写是功能子功能描述清晰，一条用例对应一个测试点和唯一的预期结果。操作步骤编写是简单易懂具有很好的可操作性，测试点、预期结果需言简意赅可读性强。
3.案例优先级的确定规则一般为：模块功能＝上下游模块功能关联＞字段取值规则＞界面及字段显示。
制定测试计划及测试资源分配（工作量轮次）
1.测试用例编写完成后对测试实施制定测试计划，计划按照单个测试人员每日预估执行案例数，测试人员数量，测试用例总量计算出需要的测试实施时间，如测算出的时间超过测试方案中计划时间时需要与项目负责人沟通延长测试时间或者增加测试资源。（每个人每天的工作量是有限的所以不可以通过总量/时间/人数来倒退每人每日需执行的数量）。
2.测试实施过程需经过三个阶段：准入测试阶段，第一轮测试阶段，第二轮测试阶段。
第二轮测试阶段在第一轮测试的案例中选取，选择策略：在一轮测试中该模块测试情况不良好，缺陷较多则在二轮中着重测试；系统的重要功能需在二轮中着重测试；一轮中缺陷优先级高的再二轮中着重测试。
3.测试用例在执行时有难易之分，为了保证测试人员可以完成计划中的工作量，在分配时要综合考虑有所区分。
实施过程中的策略
1.测试用例的难易程度存在两个维度：用例所属模块，用例优先级；当用例的所属模块功能操作较易时则可不考虑用例的优先级；当用例的所属模块功能操作以及需要准备的数据比较复杂时则需要优先执行用例优先级较高的用例。
2.测试人员被分配需执行的用例后首先要做的是纵览一遍需要执行的用例，对用例需要的数据进行整合，使用最少的数据来覆盖所需执行的用例。
3.在测试中遇到阻碍性问题导致后续功能测试进度延迟，此时需组织复杂该模块开发的骨干人员联合测试人员在该模块进入测试阶段之前进行调通，以便于测试人员按照测试计划开始该模块测试时不会发生严重的阻碍性缺陷，可以有效的提高测试效率。
缺陷的处理
1.使用测试工具提交缺陷时需填写完整功能模块，问题描述简单易懂并附上截图，标明使用的数据编号，使用的用户。
2.提交缺陷时缺陷级别严格按照测试方案中所制定的缺陷等级标准。
3.开发人员将缺陷状态指为已解决后测试人员在关闭时需复测，同时将复测通过的截图记录在测试工具中。
4.对于缺陷修复的时效需要实时关注，特别对于优先级高且影响测试进度的缺陷需要重点跟踪直到被解决。附件：
1.测试方案与计划：测试方案与计划.xlsx
2.测试案例模板：测试案例.xlsx
点击咨询 