软件测试还是硬件测试呢？？选哪个好呢？？好纠结！！
全部答案（共1个回答）
后者。如果解决了你的问题，请请务必点好评，认真回答你，不容易的。谢谢
我肯定选择后者。如果解决了你的问题，请请务必点好评，认真回答你，不容易的。谢谢
安装DirectX 9.0c了么？？
看你的叙述有点混乱，看来你对软硬件都不是太了解，这种情况最好找个熟悉电脑的朋友，帮你好好重新做一遍系统、装一遍驱动。问题就...
安装DirectX 9.0c了么？？
看你的叙述有点混乱，看来你对软硬件都不是太了解，这种情况最好找个熟悉电脑的朋友，帮你好好重新做一遍系统、装一遍驱动。问题就...
软件测试还没有软件开发要好，听说在沿海地区的深圳那里还有个深圳华夏软件教育还是很不错的，建议到那里看看去！那里不但学费要便宜一半多，而且课程也是很不错的！
一般只要拔掉一个总的电源插头就可以了，不过安全期间你要拔掉所有的插头，我也不反对。
测试硬盘、CPU的温度时，用手直接摸的话，最好先断电，不然很有可能因为你手上...
陕西这边的话电脑学校是有很多
但是有名的也就那么几个学校
北大青鸟的校区是一个写字楼
但是新华这边的校区是一个院校
有教学楼 办公楼...
答: cia考试首要地址填哪里
答: 一般来说，教育培训主要是为了提高学历。而职业教育不仅提供证书，更多地是帮你掌握实际的工作经验。如劳动部的职业资格考试都有实操的内容。像人力资源师，营销师等……而...
答: 2009年福建省教育科学研究所公开招聘工作人员方案（欢迎转载）福建省教育科学研究所是直属省教育厅的事业单位。现因事业发展需要，根据《福建省省属事业单位公开招聘工...
答: 建议你从头再填一次。也许有什么junk characters。
海鸟的种类约350种，其中大洋性海鸟约150种。比较著名的海鸟有信天翁、海燕、海鸥、鹈鹕、鸬鹚、鲣鸟、军舰鸟等。海鸟终日生活在海洋上，饥餐鱼虾，渴饮海水。海鸟食量大，一只海鸥一天要吃6000只磷虾，一只鹈鹕一天能吃(2～2.5)kg鱼。在秘鲁海域，上千万只海鸟每年要消耗?鱼400×104t，它们对渔业有一定的危害，但鸟粪是极好的天然肥料。中国南海著名的金丝燕，用唾液等作成的巢被称为燕窝，是上等的营养补品。
如何洗衣服？也许有人会说，衣服谁不会洗啊？放到水里，加点洗衣粉洗就成了呗。是啊，说是这样说，可是洗衣服还有不少学问呢。我就说说我的“洗衣经”吧。
说起洗衣服，想想真有不少要说的呢。
首先要分开洗。内衣外衣、深色浅色要分开。个人和个人的衣物也尽量分开洗涤，这样可以防止不同人体间细菌和病菌的相互交叉感染，尤其是宿舍或者朋友的衣服尽量不要放置在一起洗。即使是自己的衣服，内衣和外衣也要分开洗。因为外衣接触外界的污染和尘土较多，而内衣将直接接触皮肤，为避免外界尘螨等对皮肤的不良入侵，内外分开洗涤是有科学道理的。不同颜色的衣物要分开洗涤，可将颜色相近的一同洗涤，浅色的一起洗涤，容易掉色的单独洗涤，避免衣物因脱色而损坏。另外，袜子和其他衣物不要一起洗涤。
其次，使用洗衣粉宜提浸泡一会。洗衣粉功效的发挥不同于肥皂，只有衣物适时浸泡才能发挥最大的洗涤效果。浸泡时间也不宜太长，一般20分钟左右。时间太长，洗涤效果也不好，而且衣物易褶皱。有人洗衣服时把洗衣粉直接撒在衣物上便开始搓揉洗涤，那样不能发挥最好的洗涤效果，对洗衣粉是一种浪费，当然，免浸泡洗衣粉出外。另外，冬季一般宜使用温水浸泡衣物。水温过低，不能有效发挥洗衣粉的洗涤效果，水温太高，会破坏洗衣粉中的活性成分，也不利于洗涤。
再次，衣物及时更换，及时洗涤。衣服要及时更换，相信道理大家应该都很清楚。可是，衣物换下后应该及时清洗，有人却做的不好。好多家庭喜欢将换的衣服积攒起来，每周洗一次，这样很不科学，容易使衣物上积聚的细菌大量繁殖，容易诱发皮疹或皮肤瘙痒症状。为了个人和家人的身体健康，还是勤快一点，把及时换下的衣物及时洗涤，这样，其实也费不了多少时间，也不至于最后要花费半天甚至更长 的时间专门来洗涤大量的衣物要节约的多。另外衣服穿的太久就比较脏，要花很大的力气洗涤才能洗干净，也容易将衣物搓揉变形，而影响美观和穿着效果。
洗衣服是个简单的小家务，也是生活中不可缺少的一件事，学问却很多，也许您的“洗衣心得”比这还要科学，还要多样，欢迎您 的指正~~
销售额：指企业在销售商品、提供劳务及让渡资产使用权等日常活动中所形成的经济利益的总流入。税法上这一概念是不含任何税金的收入。销售额适用于制造业、商业等。
营业额会计上指的是营业收入，税法指的是应税营业收入。营业额属于含税收入，适用于饮食业、运输业、广告业、娱乐业、建筑安装业等 。
银行卡开通网上银行、手机银行、电话银行等渠道交易时，需要预留一个支付密码，用来对外转账支付用的，这个密码不是查询密码，也不是网上银行的登陆密码。工行手机银行“支付密码”是您通过手机银行（WAP）办理对外转账汇款、缴费付款、消费支付等业务时使用的密码。支付密码包括动态密码和自设密码两种类型。动态密码是指口令卡密码，如果您是自设密码客户，在办理对外支付交易时必须申领电子银行口令卡。
迪曲及摇滚乐都属于过分激烈的音乐，长期听这种音乐，会使孕妇的神经系统受到强烈的刺激，并破坏心脏及血管系统的正常功能，使人体中去甲肾上腺素的分泌增多，从而使孕妇子宫平滑肌收缩，造成胎儿血液循环受阻，胎盘供血不足，引起胎儿发育不良，同时这也是造成流产或早产的原因之一。
有以下方法进食：
　1.取当归5克、黄芪3克、通草5克，每天用这三味中药煮成一碗药汁，在给产妇吃的各种食物中都加上一勺，这样中药的气味不重，又能起到补气血、通乳的作用。同时，三味中药的用量不大，适合身体虚弱的人慢慢调补，而且不会上火。
　　2.把红枣洗净后放入铁锅炒到表皮发黑，放入瓶中待用，每天取炒过的红枣4-6粒，桂圆4-6粒，冲水泡茶经常饮用。内火重的人，可以加枸杞子6-10粒一同饮用。红枣经铁锅炒制后具有暖胃的作用，同时炒制后的红枣易于泡开，能全面利用其营养成分，所以每天饮用此茶能起到补气血、调脾胃、治失眠、止虚汗的作用。
　　3.取鳝鱼1斤、瘦猪肉半斤，放入生姜5-8片、葱2-3根、蒜10瓣，再加入调味品红烧，经常食用可以起到补肾、去肾寒、补血的作用，可以治疗浑身酸痛、腰膝酸软、四肢无力等。
债项评级是对交易本身的特定风险进行计量和评价，反映客户违约后的债项损失大小。特定风险因素包括抵押、优先性、产品类别、地区、行业等。债项评级既可以只反映债项本身的交易风险，也可以同时反映客户信用风险和债项交易风险。
银行贷款面签所需准备的材料
一般银行贷款所需准备的材料销售人员都会给到，按照销售给到的去准备总是没错的，但是对于一些无房证明已经婚育证明也会根据不同的要求不同，具体还是要问所贷款的银行，有时候销售不走心，还是自己上心一点比较好
银行面签注意事项
其实在面签时不必紧张，只要你的资料核实可以通过就没什么问题了。稍微美化一点关于收入也是没有什么问题的。
信号不调制展开升空天线太长，无法架设。根据波长与频率的关系，频率越高波长就越高，而天线的长度是四分之一波长，如果低频就必须很长的天线。调制之后频率提升了 增大了天线的长度 抗干扰能力也减少了
格兰特，作为管道行业科技创新的新锐先锋，秉承着恒久不变的前瞻特质，以“亲水·亲情·亲生活”的品牌理念，致力于“国际绿色健康输水系统”的建设，将创新科技、节能环保、时尚设计完美结合制造高标准、高品质、高效率、高服务的输水管道解决方案，为全球消费者提供最大化的健康水环境 并引领着中国管道行业高水准时代。
朋友家用的是优掌柜的，他也推荐我买那个牌子，我在他店里用过一下，真的挺不错的。
成都中山职业技术学校的幼师专业非常好，学校是公办。免学费的，地址在成都双流，我把他们学校李老师电话给你：
QQ和微信：
我用的就是国产的化妆品，伊肤丽佰，效果很不错。
正在加载...
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区手机测试_百度百科
清除历史记录关闭
声明：百科词条人人可编辑，词条创建和修改均免费，绝不存在官方及代理商付费代编，请勿上当受骗。
手机测试是一个很大的题目，涉及到硬件测试和，还有结构的测试，比如抗压，抗摔，抗疲劳，抗低温高温等，结构上的设计不合理，会造成压力集中，使得本身外壳变形，对于翻盖手机，盖子失效，还有其他严重问题。硬件测试一般都有严格的物理电气指标，也有专门的仪器。
手机测试概述
手机测试是一个很大的题目，涉及到硬件测试和，还有结构的测试，比如抗压，抗摔，抗疲劳，抗低温高温等，结构上的设计不合理，会造成应力集中，使得本身外壳变形，比如翻盖手机，盖子失效，还有其他严重问题。硬件测试一般都有严格的物理电气指标，也有专门的 仪器，这里的仪器，不再多说，一般如果是专业的测试人员，不会对这词陌生。
手机测试，一般是指软件测试，这个一方面也说明了软件在手机上的重要性。一方面也说明手机测试的难度。因为其他的测试都有明确的指标，相应的，严格的操作规程，还有各种仪器，一定的测试软件。下面说的手机测试一般都是手机软件测试，以后不在重复说明。
在说明手机测试之前，觉得应该了解一下什么是嵌入式操作系统，这是个时髦的名词，虽然我们已经被嵌入式操作系统的产品所包围，但是却不一定能说清楚，什么是嵌入式操作系统，在学校的课堂上，讲的也不多，所以很多人对此感到雾罩。
简单的说，一个就是为完成某种特定功能而专门开发的操作系统。这个操作系统的功能很明确，不像大型操作系统，范围广泛，大千世界，尽在其中，而嵌操作系统只为了完成某一项或者几项功能。
手机的特殊性要求对响应时间达到一定限制范围。也就是所谓的，如果一个电话不能在90秒内接听，那么对方会挂掉。而你的操作系统还没反映过来，那么这个操作系统无疑是失败的，这是对实时性的要求。
手机测试测试要求
作为一个测试人员，你必须知道这些，可能对一些软件开发人员，他不必很在意这些方面，因为他只要了解自己模块的入口说明和出口说明就可以。但是测试人员不行。高级测试人员应该了解嵌入操作系统的特点，这个系统不像WINDOWS，有图形界面可以输入输出，也不象DOS用命令行模式，所有这些都需要自己编写一个，编写一个，编写一个输入输出界面，在中，利用一些API和MFC，不用考虑硬件的问题，因为系统已经完成，而WINDOWS是讲究和硬件分离的，因为这样可以保护系统不受侵入。而在里面。这一些都要求和硬件息息相关。手机测试中，软件出现的故障不一定是由于软件的错误，也可能是由于没有考虑到硬件和软件没有完美的结合。
因此我们在了解操作系统的同时，也要了解一下其他的手机硬件性能，比如CPU、。
的处理运算能力是以MIPS来衡量的，当然越快越好，但是也是和成本相关的，我不知道现在MOTOROLA T39的CPU是怎么样的，但是，因为是PDA，又是手写屏幕，所以菜单特别的慢。关于存储器需要专门做出说明，因为这里的存储器很特别，不象PC，手机没有硬盘！
的编程语言一般有C，而且也是最多的，也有其他语言，比如C++在最开始时候是用汇编的，但是汇编难懂，而且也不容易移植，渐渐的被C代替，不过即使如此，在启动程序时候，要启动板子，也就是电路板时候，还是需要用一些汇编语言完成。
作为一个嵌入式系统的程序，和在PC上运行着的程序没有任何不同，唯一不同可能是在PC上运行的程序，你可以看到结果——如果你用输出语句的话，而在这里，你是看不到结果的。除非你加上LCD硬件，然后编写了LCD，然后再编写显示程序，编写嵌入式程序，一切都要自己解决。
我们的手机如果不是人为把电源切断的话，或者在电源消耗到一定程度的话，是会一直在使用的，所以，手机程序是一直在运转的，就是说一直在循环，这个对于了解嵌入式程序，应该是个好材料——嵌入式程序就是一个无限循环的程序，除非关掉电源和电源因素，这里也有一个测试点：硬件中断是最高级的，它会终止你的程序，即使你现在的程序级别很高，比如通话，如果没电了，一切会over.
手机程序就是在一个无限循环的程序，什么时候跳出这个无限循环？你关机吧，如果感到不高兴，把电池卸下来，因为有可能进入死循环，而关机键失效了，——只好通过取下电池了。
这里要专门说明一下，因为很多手机毛病都和存储有关，而且很多问题都和存储相关，计算机的存储是关键，而手机的更是关键，因为计算机有硬盘作为存储，而手机所有的都在存储器里。存储器分为几类，RAM 随机存储器，ROM随机还有现在出现一些的闪存，以及电子可编程存储和非易失存储起。一个一个到来 。RAM 随机存储器，其中又有SRAM（静态RAM）DRAM（动态RAM），
SRAM，只要电源开着，就会保存，我们打电话，有些最后拨打的号码，暂时是存在SRAM中的，不会立刻写入通话记录。只有正常关机，才会写入，如果取电池的话，是不会写入手机的通话记录的，如果在通话记录中出现了已经拨打电话，但是没有记录的情况，那么有可能和这个有关，可能是你的软件上错误，也可能是硬件。DRAM在手机上用的不多，因为保留数据时间很短。从价格上看，SRAM是非常昂贵的，而DRAM相比很便宜。
ROM也有几种，PROM可编程ROM 和EPROM可擦除可编程ROM。两者区别是，PROM是一次性的，也就是软件灌入后，就完蛋了，这是早期的产品，现在已经不可能使用了，而EPROM则是通用的存储器，这些存储器不符和手机软件产品，一般使用ROM少。
其他FLASH。这是近来手机采用最多的存储器，这种存储器结合了ROM和RAM的长处，但是不属RAM也不属于ROM。手机大量采用的NVRAM非易失存储器。和SRAM属性差不多，EEPROM 电子可擦出可编程。闪存，ROM的后代。手机软件一般放在EEPROM中，EPROM是通过紫外光的照射，擦除原先的程序，而EEPROM是通过电子擦出，当然价格也是很高的，而且写入时间很长，写入很慢，所以前面提到的电话号码，一般先放在S RAM中，不是马上写入EEPROM，因为当时有很重要工作要做——通话，如果写入，漫长的等待是让用户忍无可忍的。 NVRAM 是一个很特别的存储器，它和SRAM相类似，但是价格却高很多，由于一些数据实在重要，断电后必须保持这些数据，所以只能存放在这里，一般和个人信息有关的数据会放在这里，比如和S IM卡相关的数据，容量大小也只有几百。
存储器是所有手机的首选，综合了前面的所有优点，不会断电丢失数据（NVRAM）快速读取，电子可擦除可编程（EEPROM）所以现在手机大量采用。
说了这么多，可能比较糊涂了，这么多存储器，究竟中采用哪种呢，在手机发展中，各种存储器都用过，至于现在，各种手机采用的存储器是不同的，这个和成本相关，各种存储器价格不一样，本着性价比最优组合，由设计者决定，有些是可选的，有些是必须的，是手机方案决定的，我们了解只是各种存储性能，特点，在测试中判断错误原因。
手机测试白盒测试
手机协议站软件的白盒测试
手机软件测试单从测试的内容来看，包括上面的MMI和底下的PROTOCOL。由于MMI的灵活性，和各个厂家的个性化，以及手机本身的用户不同。MMI 的侧重点也就不同，在基本通话、短消息、数据功能完成的基础上可以五花八门，所以测试的重点不同。测试方法各不相同。但是协议就不同了，协议是统一的，虽然你实现方法可以不同，但是完成的功能必须相同，和MMI不同，虽然都是聊天，但是有些用短消息聊天，有些用PUSH聊天，而协议软件有一个遵守的规范——ETSI指定的协议规范，有统一的命令规范和统一的标准。消息（术语，不是软件编程里的消息，是通信术语）是固定的嘛。针对协议的测试，因为有标准可循，有规范可仪，所以就很多工具，公司也多，要自动话，否则，按照人的测试能力，谁也无法保证其绝对可靠性，也没有这么大的人力去仔细做测试。
一般对于是比较严格的，而且也是耗费人力的，所以常采用自动化测试工具。这样节省人力、缩短测试时间。至于谁家的工具比较好，涉及各取所需吧，也涉及到成本问题。你如果想购买某产品，会给你一个DEMO版本，给你一个月的评价时期，这个评估版本让你熟悉其产品的优劣也让你熟悉其操作。测试工具一般都有二次开发功能，也就是可以自己编写脚本，针对不同的软件平台做一些改动，这样可以根据自己的需要编写测试CASE测试用列。当然即使是全部用，你心理还是没底，你还是要仔细去看代码。分析流程，读懂其含义，一个很小的问题，出错保护没有作好，一般这个问题最多，出错保护机制没有作好，会造成崩溃这样严重的问题。 这是针对协议代码的。如果你是对购买来的协议进行测试，一般有仪器，模拟一个网络基站，进行测试，不过这样的仪器非常昂贵，而且测试人员要对ETSI协议比较熟悉。我没有直接参加针对协议的白盒测试，不过对评估般的测试软件曾经PRACTISE，可测试覆盖率，我很奇怪的是，一般打点（跟踪）也是需要消耗CPU时间的这样程序效率就降低了，而我要的效率等项目就要考虑CPU，而且程序的工作运转必须和CPU息息相关，而现在CPU 在保证程序RUN同时，还要进行打点，是否测试出的指数和实际不符和呢，是否没有达到真实的水平呢？而它这个产品（水牛）介绍说，一般不占用CPU时间，我想了很长时间没有想通后想咨询，告之这是他们的专利，无可奉告。由于这种测试工具是针对平台，所以如果你平台不支持的，也就没有办法使用了。还有等等，在软件的介绍中有详细说明，不再详细说明。 对协议进行白盒测试，我想对你的要求就是：熟悉相关的协议，否则白扯；熟悉开发的语言，否则免谈。
手机测试测试内容
手机测试主要测试什么？
一.:用自动测试软件连续给手机拨打1000个电话,检查手机是否会发生故障.
二.抗摔性测试:抗摔性测试由专门的PRT可*性实验来进行.半米的微跌落测试要做300/面(手机有6个面).而2米的跌落测试每个面需各做一次.还有模拟人把手机扔到桌面的测试.
三.高温低温测试:让手机处于高低不同的温度来检测手机的适应性.
四.高湿度测试:用一个专门的箱子来操作滴水测试,模拟人出汗的情况(水里面掺有一定比例的盐)
五.百格测试:用专用刀片在手机的外壳画100个格子10*10,用专用胶带粘其表面,看看外壳会不会掉油漆.
六.翻盖测试:对翻盖手机进行翻盖10万次,检查壳体的损耗情况.
七.扭矩测试:直板机,用夹具夹住两头,一头左拧,一头右拧.测试壳体和手机里面大型器件的强度.
八.静电测试:北方天气干燥,手摸金属的东西容易产生静电,击穿手机电路,有些设计不好的手机就是这么突然坏的.有专门的静电枪和铜板来测试.
九.按键测试:借助机器以给定的力量击打键盘10万次.
十.沙尘测试:手机放入特定的箱子,细小的沙子被鼓吹起来.数小时后,察看手机里面是否有沙子进入,如果是,那么手机密闭性不好,结构设计有待重新调整.
手机测试内容标准
目前，绝大多数国内定点的手机生产企业都选择采用（sack knock down）散件组装的方式来生产手机，这是因为与（orignal equipment manufacture）贴牌或CKD（completed knock down）的方式相比较，采用SKD方式具有投资少、见效快、技术风险低、项目启动快、容易组织规模生产、可在一定程度上降低成本、产品上市时间迅速的优势。在SKD生产方式条件下，如何进行CDMA手机的测试和性能评估中，保证产品质量和测试速度，这是国内许多CDMA手机生产企业面临的一个技术问题。如何解决好该问题对于生产厂家来说具有重要的工程意义和现实意义。笔者现把一些经验和想法与同行作一交流。
1　SKD测试方案的指导思想
（1）满足相关的技术规范和测试标准
（2）具有足够的测试速度和精度
（3）在满足生产线产能要求的前提下，设备投入要经济，这包括购买CDMA手机综合测试仪、传输带设备、测试夹具、其他的测试设备，生产线统计管理设备等。
（4）拟购买的技术指标、型号、规格、数据等项要求，既要能满足现阶段的综合要求、也要考虑到未来的可扩充性、可升级性、可维修性。
（5）尽量少占用公司的各类资源，包括人力、物力、财力、生产场地、空调、电力、压缩空气等。
（6）尽可能地充分利用现有的手机生产线条件（若有的话）来对生产线进行改进、调整和优化，以进一步降低生产手机的成本。
2　功能测试项分类、测试规模和相关的标准
（1）RF收发信机指标测试（测试发射功率、发射、接收灵敏度等等）：测试标准为中华人民共和国通信行业标准YD/T；美国TIAIS-98双模移动台最低性能标准；800MHzCDMA数字网空中接口技术要求。
（2）音频指标测试：检查或测试发送音频灵敏度、振铃响度、受话器响度、失真度、侧音、免提功能等等。
（3）LCD和菜单功能的检查：看是否与说明书中所述内容相一致。
（4）各按键触觉和力度的检查。
（5）电池质量的检查：检查电池与主板的电气连接质量是否可靠，测量电池容量、输出电压、短路保护等指标。
（6）充电器质量检查：检查充电器与主板的电气连接质量是否可靠，测试输入特性、输出特性、充电特性、充电时来电、充电时去电、对地泄漏电流等指标。
（7）：通过对手机施加一定的外界环境应力（高温、低温、振动），来检查产品的可靠性指标。这一点很重要，它可以发现不少产品质量问题。测试标准为GB/T5：电工。
（8）在实际CDMA中的外场测试：该项测试需在不同的时间、不同的地点/地貌、与不同网络中的用户进行互连互通等环境条件下进行测试和检查。测试标准为CDMA（IS-95A）数字移动电话机进网检验实施细则2001年5月信息产业部。
（9）手机壳体质量的检查
（10）软件、MMI操作可靠性与稳定性检查。
（11）DC功耗指标：关机电流、待机电流、通话电流、待机时间的测试。
上述CDMA手机SKD生产测试方案中的大部分内容也可以用于GSM手机的SKD生产中。
手机测试参考文献
1.《技术大全》作　者： 陈能技 出 版 社：
2; 《》 作　者： 于涌 出 版 社： 人民邮电出版社
3. 《》作　者： ，王晓龙，　出 版 社： 清华大学出版社
清除历史记录关闭工作一年了，还真不知道自己到底做的是硬件测试还是软件测试
&&& 以前我在一个公司培训了软件测试，学习了半年。之后带着信心和希望来到了深圳，希望自己能找到关于软件测试方面的工作。于是不断的投简历，且选择的职业类型为：软件测试。之后也面试过几家公司，都无缘进去。 & 终于有一天，有个人（现在的公司人事部）打电话来叫我去面试。我也没管是做什么项目的公司，心想着先进去再说，只要是测试就行。不知道跟这公司有缘呢，还是公司急着招人。我面试成功了。我只记得当时面试我的人（现在的公司处长）问我知不知首DPF和车载。哦～？当时有点傻眼了，我啥都不知道呀，那是些什么东西啊，从来就没听过呀。那是什么项目呢？不过是幸运还是怎么，我还是把他忽悠过去了。 & 接触了这么久，我才知道，我以前学的那些东西（linux/oracle/mysql/QTP/loadrunner等)根本就沾不上边啊。如果硬说是软件测试的话，我只能说我只熟悉了mantis/SVN，还有就是测试上一些测试方法。我想无论是硬件测试还是软件测试，测试要考虑的东西，那种思考方向还是一样的。当然，到现在，我对DPF和车载MP3也是非常的熟悉。我现在的测试环境是FPGA硬件架构，测试用例比较习惯用拍照的方式来记录。我们的测试步骤就是直接拿着一台相框手动去操作&& & 每当朋友问我做的是什么工作时，我只能回答做测试。具体点我也不是很清楚，曾经问过老大，他告诉我是软件测试了。我有点纳闷。
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！软件测试不得不知的基础知识
我的图书馆
软件测试不得不知的基础知识
1、什么是软件定义：计算机系统中与硬件相互依存的一部分（程序+数据+相关文档）程序：按事先设计的功能和性能要求执行的指令序列数据：使程序能正常操纵信息的数据结构文档：与程序开发、维护和使用有关的图文资料 2、软件工程的内容主要分为软件开发技术（方法+过程+工具+环境）和软件开发管理 3、软件的生命周期可行性研究和计划（立项）需求分析概要设计（测试计划）详细设计（测试方案）实现（开发阶段；包含单元测试）组装测试（集成测试）确认测试（系统测试，验收回归测试）使用和维护（上线使用及日常更新维护） 4、什么是软件测试定义：软件质量保证的一种手段目的：发现错误以及避免这些错误的发生，使产品达到完美概念：是软件工程中的一个非常重要的环节，是开发项目整体的一部分。是有计划有组& &织的，是伴随软件工程的诞生而诞生的，软件测试不是万能的，不可能发现全部缺陷，软件测试是有局限性的。 5、软件测试的方法①、用试题检查法②、用新旧两个系统做平行处理检查③、软件测试自动化工具测试 6、软件测试阶段有哪些任务①、制定测试大纲（测试计划）②、制作测试数据（测试方案）③、单元测试（程序测试，一般由开发人员进行）④、功能测试⑤、性能测试⑥、集成测试（子系统测试）⑦、系统测试⑧、验收测试⑨、测试报告及向下阶段提交系统运行、维护用户手册 7、测试的原则①、尽早的、不断地进行测试②、测试用例由输入数据和与之对应的输出结果组成，应包括合理和不合理的输入条件③、开发者应尽量避免检查自己的程序④、设计测试用例时，应包括合理和不合理的输入条件⑤、充分注意测试中的集群现象，严格执行测试计划，排除测试的随意性⑥、对每一个测试结果做全面检查⑦、妥善保存测试计划，方案，用例，BUG记录及最终分析报告等文档 8、软件测试工作流程图立项阶段需求阶段设计阶段编码&单元测试阶段集成测试阶段系统测试阶段验收测试阶段结项总结阶段 9、自动化测试概念：为了提高工作效率，节省人力和成本，把人为驱动的测试转化为机器执行&&10、自动化测试的过程需求分析测试计划框架搭建（附带工具选择）测试用例设计（编写测试用例或开发测试脚本，并文档化）测试——调试测试（针对自动化测试脚本）评估（评估测试结果并改进测试过程） 11、自动化测试的优点①、能执行更多更频繁的测试， 使某些测试任务执行方式更高效②、能执行一些手动测试困难或者不能做的测试③、任务自动化，使测试人员投入更多精力设计测试用例，提高测试准确性和人员积极性④、具有一致和可重复性特点，更客观，提高软件信任度，仍存在一定局限⑤、不能取代手工测试，不能自动化所有的测试（如只是偶尔执行测试，或需求经常变动，不稳定，或者需要大量手工参与时）⑥、自动化测试工具只能执行命令，而手工可以在测试中判断测试的输入是否正确，以及改进测试，还可处理意外事件⑦、对质量依赖较大，在确保质量的前提下，实施自动化才有意义⑧、自动化测试需要在整个测试系统成熟稳定后，工作效率才会随着测试执行次数的增加而提高⑨、自动化测试的成本可能高于手工测试 12、自动化测试技术录制/回放（依赖工具）脚本技术数据驱动（data driven)的自动化测试关键字驱动（keyword driven）的自动化测试业务驱动 13、自动化测试的级别①、捕获和回放②、捕获、编程和回放③、编程和回放④、数据驱动的测试⑤、使用动作词的测试自动化 14、自动化测试方案选择需要考虑的方面①、项目的影响（能否帮助项目进度、覆盖率、风险）②、复杂度（是否容易实现，包括数据和其他环境等）③、时间（实现自动化需要多少时间）④、早期需求和代码的稳定性（需求或代码能否证明是在范围内变化的）⑤、维护工作量（代码能否能长期保持相对稳定）⑥、覆盖率（自动化测试能否覆盖程序的关键特性和功能）⑦、资源（是否拥有足够的人力、硬件和数据资源来运行自动化测试）⑧、执行（负责执行的人员是否有足够的技能和时间去运行）⑨、自动化测试管理15、自动化测试的重点①、搭建测试环境，测试场景②、测试用例③、测试结果的验证④、自动化测试的流程以及执行 16、自动化测试需要解决的问题①、工具的选择②、测试用例脚本编写③、测试脚本的管理 二、白盒测试1、什么是白盒测试定义：按照程序内部结构，逻辑驱动测试程序目的：检测产品内部动作是否按照设计说明书的规范进行，检验程序的每条路径是否都能按照预定要求进行工作对象：源程序用代码内部的分支，路径，条件，使程序设计的控制结构导出测试用例 2、白盒测试方法分类①、静态测试②、动态测试 3、白盒测试的原则①、保证一个模块中所有路径至少被测试一次②、所有逻辑值都要测试真和假两种情况③、检查程序内部的数据结构是否有效④、检查上下边界及可操作范围内运行所有循环 4、白盒测试的类别①、软件共用问题的测试②、语言测试③、sql语句测试④、数据类型测试⑤、界面测试⑥、数值队形测试⑦、业务对象测试⑧、数据管理对象测试 5、白盒测试依据①、软件需求报告②、软件需求规格说明③、程序设计文档④、软件界面设计⑤、编码规范⑥、开发命名标准 6、白盒测试流程①、界面对象测试流程界面对象（UI）→业务对象（BO）→数据管理对象（DMO）→DBserver端②、业务对象测试流程DBserver端→数据管理对象（DMO）→业务对象（BO）→界面对象（UI） 7、白盒测试方法①、尽量先用自动化工具来进行静态解析②、建议先从静态测试开始（静态结构分析、代码走查、静态质量度量），然后进行动态测试（如覆盖率测试）③、以静态分析结果作为依据，再使用代码检查和动态测试方法对静态分析结果进行进一步确认，提高测试效率及准确性④、覆盖率测试是白盒测试的重要手段，在测试报告中可作为量化指标的依据，对于软件的重点模块，应使用多种覆盖率标准衡量代码的覆盖率 8、代码检查概述：主要检查代码和流图设计的一致性、代码结构的合理性、代码编写的标准性、可读性、代码的逻辑表达的正确性等方面。包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。目的：①、检查代码是否按照某种标准或规范编写的代码& && &&&②、检查代码以发现程序缺陷& && &&&③、通过检查代码容易发现程序产生的错误& && &&&④、通过检查代码来发现代码是不是流程图要求的；& && &&&⑤、通过检查代码来发现有没有遗漏的项目；& && &&&⑥、要代码易于移植，代码经常需要在不同的硬件中运行，或者使用不同的编译器编译；& && &&&⑦、要代码易于阅读、理解和维护。方式：①、桌面检查& && &&&②、走查& && &&&③、代码审查项目：①、目录文件组织& && & ②、检查函数& & ③、数据类型及变量& & ④、检查条件判断语句& & ⑤、检查循环体制& & ⑥、检查代码注释& & ⑦、桌面检查 9、静态结构分析定义：主要以图形的方式表现程序的内部结构（例如函数调用关系图、函数内部控制流图）；通过应用程序各函数之间的调用关系展示了系统的结构，列出所有函数，用连线表示调用关系和作用。主要分析：①、可以检查函数的调用关系是否正确& && && && &&&②、是否存在孤立的函数而没有被调用& && && && &&&③、明确函数被调用的频繁度，对调用频繁的函数可以重点检查 10、SQL语句测试主要检查以下两点：①、语句检查②、类型转换 11、代码检查的分析与评价主要注意以下两点：①、能力（陈述经代码检查证实了的本软件的能力）②、 缺陷和限制 12、白盒测试常用技术（7种）①、逻辑覆盖法1.1测试覆盖率用于确定测试所执行到的覆盖项的百分比；覆盖项指作为测试基础的一个入口或属性，比如语句、分支、条件等测试覆盖率可表示出测试的充分性，在测试分析报告中可作为量化指标的依据，测试覆盖率越高效果越好。但覆盖率不是目标，只是一种手段。测试覆盖率包括功能覆盖和结构覆盖： 1.2逻辑覆盖根据覆盖目标的不同和覆盖源程序语句的详尽程度，逻辑覆盖又可分为语句覆盖 、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖、修改条件判定覆盖、组合覆盖和路径覆盖。 1.3面向对象的覆盖面向对象的覆盖主要讨论继承上下文覆盖和基于状态的上下文覆盖。 1.4测试覆盖准则测试覆盖准则主要讨论（ESTCA）错误敏感测试用例分析和(LCSAJ)线性代码序列与跳转。（1）ESTCA覆盖准则（2）现行代码序列与跳转LCSAJ线性代码序列与条状LCSAJ是指一组顺序执行的代码，以控制流跳转为结束点。可产生4层覆盖
②、插桩技术插桩测试是一个被广泛应用的测试方法。插桩测试就是向源程序中插入语句然后执行程序，通过打印语句，获得动态信息（我们最为关心的信息） ③、基本路径测试法基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。重点内容如下：程序的控制流图：描述程序控制流的一种图示方法。程序环形复杂度：McCabe复杂性度量。从程序的环路复杂性可导出程序基本路径集合中的独立路径条数，这是确定程序中每个可执行语句至少执行一次所必须的测试用例数目的上界。 3.1程序控制流图程序控制流图（可简称流图）是对程序流程图进行简化后得到的，它突出表示程序控制流的结构。程序控制流图是描述程序控制流的一种方式。控制流图图形符号；图形符号：圆圈代表一个结点， 表示一个或多个无分支的语句或源程序语句；程序控制流边和点圈定的部分叫做区域。当对区域计数时，图形外的一个部分也应记为一个区域；判断语句中的条件为复合条件时，即条件表达式由一个或多个逻辑运算符连接的逻辑表达式（a and b），则需要改变复合条件的判断为一系列只有单个条件的嵌套的判断。基本路径测试方法是在控制流图的基础上，通过分析控制结构的环形复杂度，导出执行路径的基本集，再从该基本集设计测试用例。基本路径测试方法包括以下4个步骤：3.1.1画出程序的控制流图。3.1.2计算程序的环形复杂度，导出程序基本路径集中的独立路径条数，这是确定程序中每个可执行语句至少执行一次所必须的测试用例数目的上界。3.1.3导出基本路径集，确定程序的独立路径。3.1.4根据③中的独立路径，设计测试用例的输入数据和预期输出。 ④、域测试法域测试是一种基于程序结构的测试方法，基于对程序输入空间（域）的分析，选择测试点进行测试。主要为：4.1域错误：程序的控制流存在错误，对于某一特定的输入可能执行的是一条错误路径，这种错误称为路径错误，也叫做域错误；4.2 计算型错误：对于特定输入执行的路径正确，但赋值语句的错误导致输出结果错误，称为计算型错误；4.3丢失路径错误：由于程序中的某处少了一个判定谓词而引起的丢失路径错误 ⑤、符号测试符号测试基本思想是允许程序的输入不仅仅是具体的数值数据，而且包括符号值，符号值可以是基本的符号变量值，也可以是符号变量值的表达式5.1符号测试执行的是代数运算，可以作为普通测试的一个扩充；5.2符号测试可以看作是程序测试和程序验证的一个折衷办法；5.3 符号测试程序中仅有有限的几条执行路径； ⑥、Z路径覆盖法分析程序中的路径是指检验程序从入口开始，执行过程中经历的各个语句，直到出口。Z路径覆盖对循环机制进行简化，减少路径的数量，使得覆盖所有路径成为可能，简化循环意义下的路径覆盖称为Z路径覆盖；循环简化：限制循环次数，只考虑循环一次或零次情况；循环简化的目的是限制循环的次数，无论循环的形式和循环体实际执行的次数，简化后的循环测试只考虑执行循环体一次和零次（不执行）两种情况，即考虑执行时进入循环体一次和跳过循环体这两种情况。 ⑦、程序变异测试法程序变异是一种错误驱动测试。错误驱动测试是指该方法是针对某类特定程序错误的，要想找出程序中所有的错误几乎是不可能的，解决办法是将错误的搜索范围尽可能地缩小，以利于专门测试某类错误是否存在。 三、黑盒测试1、定义：数据驱动测试或者基于规格说明的测试只检查程序功能是否按照规格说明书规定正常使用，是否能接收数据及产生正确的输出信息，并且满足数据库或者外部信息的完整性 2、黑盒测试的目的①、是否有不正确或者遗漏的功能②、界面是否有误③、接口上，输入输出是否正确④、是否有数据结构错误或者外部数据库访问错误⑤、性能是否满足要求⑥、初始化或者终止性错误 3、黑盒测试的优点①、最大程度满足用户需求②、相同动作可重复执行，枯燥部分可由机器完成③、根据测试用例针对性的寻找问题，定位更准确，容易生成测试数据④、测试直接和程序/系统要完成的操作相关联 4、黑盒测试的缺点①、代码得不到测试②、如果规格设计错误，很难发现③、测试不能充分进行④、结果取决于测试用例的设计 5、黑盒设计方法①、等价类划分法②、边界值分析法③、因果图法④、判定表驱动法⑤、场景法⑥、功能图法⑦、错误推断法⑧、正交试验设计法注意点：确定测试的优先级和测试重点，提高覆盖率，边界值分析必须使用 6、设计用例的策略①、首先进行等价类划分，包括输入和输出条件，减少工作量提高效率②、边界值分析，发现错误的能力最强③、错误推断法，补充用例（这个凭经验）④、对照需求和业务场景逻辑，检查用例⑤、如果需求说明含有输入条件，设计开始就用到因果图和判定表驱动法⑥、参数配置类的软件，要用正交实验法⑦、功能图法，不同时期条件的有效性来设计数据⑧、业务流清晰的系统，采用场景法 6.1等价类①、将所有可能输入数据（有效和无效）划分为若干个等价类，选取代表性的数据当做&&测试用例，保证完整性和代表性有效等价类：合理的有效的输入集合无效等价类：无效的没有意义的输入集合，检查程序异常②、等价类划分方法按照区间、数值、集合、限制条件、处理方式划分 6.2边界值对输入或输出的边界值进行设计（5/7原则） 6.3因果图简化逻辑关系，操作步骤较复杂 6.4判定表驱动法针对不同存在条件、动作关系或者因果关系的设计用例方法4大组成部分：条件桩，条件项；动作桩，动作项 6.5场景法事件触发的情景生成场景（同一件事不同触发顺序和处理结果形成事件流） 6.6功能图法用功能图（流程图）形象的表达操作流（状态迁移图+布尔函数组成）需要依靠判定表因果图表示逻辑，是黑盒+白盒混合用例的设计方法 6.7错误推断法基于以往的经验和出现的错误，推测软件可能存在的缺陷和错误，针对性的设计用例 6.8正交实验法从大量数据中挑选适量的有代表性的，合理设计用例 7、黑盒测试的原则1、根据需求和规格要求，明确产品要求的正确性2、针对性的找问题，正确定位3、根据需求重要性确定测试等级和重点，减少缺陷4、接口处，输入是否能正确接收，输出是否正确5、站在用户角度思考，测试 8、测试计划根据需求中关于功能和性能的要求设计，制定参考范围 四、测试用例1、什么是测试用例一组由前提条件、输入、执行条件、预期结果等组成，以完成对某个特定需求或者目标测试的数据，体现测试方案、方法、技术和策略的文档 2、为什么要写测试用例科学有效的对测试步骤进行组织规划，方便管理，记录 3、测试用例主要包含哪些内容编号、日期、设计和测试人员、优先级、标题、目标、环境、输入数据/动作、预期结果 4、编写测试用例需要什么软件需求设计说明书、软件模板 5、设计测试用例的注意事项从高到低，独立性，与功能一一对应，根据需求设计，由有经验的人员设计 6、设计测试用例的原则有模板，正确性，代表性，可判断性，重现性，详细准确清晰的步骤，符合规范 7、用例的管理工具市场上的用例缺陷管理工具很多：蛰了列举几个：mantis、redmine、jira、bugzilla、禅道等 8、用例的管理过程编写→评审（修改→再次评审）→使用→保存管理→维护/升级 9、测试用例内容目标的描述、环境、输入输出数据/动作、步骤、预期结果、备注等& && &五、单元测试一种验证行为，程序中每一项都需要验证1、目的①、检查单元模块内部错误，为软件评审提供依据②、测试模块内重要的路径，以程序设计说明书和测试数据为依据，以检查出错误③、检查信息能否正确流入和流出单元④、内部数据的完整性、数据形式相互关系的正确性，以及全局变量在单元中的处理和影响⑤、数据在边界处能否正常工作⑥、单元的运行能否满足特点的逻辑覆盖⑦、错误处理机制是否有效 2、主要任务程序语法检查、程序逻辑检查、模块接口测试、局部数据结构测试、路径测试、边界条件测试、错误处理测试、代码书写规范检查 2.1程序语法检查①.编译语言对程序进行检查②.人工检查 2.2程序逻辑检查①.检查程序逻辑是否正确②.程序中的循环语句上下项以及循环次数是否有问题③.函数或子模块是否有自我调用问题 2.3模块接口测试模块接口是模块内核模块外联系的关键部位；当模块通过外部调用时，数据必须正确流入，当模块结束问题的处理返回调用模块时，数据必须能正确流出 2.4局部数据结构测试局部数据结构是为了保证临时存储在模块内的数据，模块错误根源往往是局部数据结构表现形式如下：①.局部数据结构测试最常见的积累错误②.不适合或者不相容的类型说明③.变量无初值④.变量初始化或者缺省值有错⑤.不正确的变量名或者不正确的截断⑥.出现上溢、下溢或者地址异常 2.5路径测试对模块中的重要的执行路径进行测试，路径错误主要由错误的计算，不正确的比较或者不正常的控制流导致 2.6边界条件测试容易出错的因素：①.程序内有一个n次循环，这个n次循环应该是1~n，而不是0~n②.由小于、小于等于、等于、大于、大于等于、不等于确定的比较值出错③.出现上溢、下溢和地址异常问题 2.7错误处理测试完善的模块设计要求能预见出错的条件，并设置适当的出错处理，以便在一旦程序出错时，能对出错程序重做安排，保证其逻辑上的正确性 2.8代码书写规范检查①.模块设计程序框架流程图②.代码书写规范，对齐方式③.代码的注释④.参数类型，数据长度,指针，数组长度& &大小⑤.输入输出参数和结果 3、单元测试的步骤单元测试是针对每个程序的单体调试，主要步分为程序语法检查和程序逻辑检查 六、功能测试定义：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能；只需要考虑它的功能点不需要考虑软件的内部结构及代码等WEB：1、功能测试1.1链接测试&&链接是web应用系统的一个很重要的特征，主要是用于页面之间切换跳转，指导用户去一些不知道地址的页面的主要手段，链接测试一般关注三点：①.链接是否按照既定指示那样，确实链接到了该链接的界面②.测试该链接所链接的页面是否真的存在③.保证系统中没有单独存在的页面（即没有链接指向，只能通过正确的URL地址才能访问） 1.2表单测试也可以理解为数据落地；当用户在web应用系统上向服务器提交信息时，就需要使用表单操作，比如，用户注册，登录，信息变更等等；这种情况下，我们必须测试提交信息的完整性，以检验提交给服务器的数据的正确性，当然，这个还涉及到一些常理性的逻辑，比如，出生日期和职业，工作年限是否恰当，所在地省份城市区域间的匹配等，如果设定使用默认值，也需要测试。 1.3导航测试作为测试，很多时候都要站在用户的角度去思考，大部分用户都是目的驱动的，当他访问一个网站或者web系统时，会很快的浏览系统，找不到满足自己需求的信息时，会很快离开，很少有用户愿意花时间去熟悉系统的结构；导航测试，就是在不同的页面跳转之间，或者按钮，对话框，列表以及窗口等，通过考虑这些因素，去判断一个应用系统是否易于导航：是否直观？系统的主要模块是否可以通过主页访问或者到达？站点是否需要站内地图或者搜索引擎等其他帮助？web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致，确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。
1.4图形测试可以理解为UI测试，其中包括图片、动画、边框、颜色、字体、背景、按钮等等。其中要考虑以下几个重点：①.图片要有明确的用途，代表；图片尺寸尽量小，一般采用JPG或者GIF压缩②.页面整体风格是否和系统的用途一致③.背景颜色，字体，搭配是否合理 1.5内容测试主要用来检测web系统提供信息的准确性、相关性，比如：商品的价格，文字描述；信息的准确性，是否有拼写错误；信息的相关性，比如很多网站的“相关文章列表，视频列表等” 1.6整体界面测试也就是我们常说的用户体验。用户浏览时是否感觉舒适，整体风格等等一般做一个类似问卷调查的形式，来判定用户的反馈信息，最好有最终用户的参与 2、兼容性测试2.1平台兼容现在有很多的操作系统，比如Windows、Unix、Linux、macintosh等；用户使用哪个系统取决于用户，因此，系统兼容测试就很有必要。 2.2浏览器兼容浏览器是web客户端最核心的组件，不同的浏览器，对Java，JavaScript，css或者HTML的规格都有不同的支持；另外，采用的框架和结构风格在不同浏览器中也存在不同的显示甚至不显示，不同的浏览器对安全性的设置也是不同的。测试浏览器兼容，有个方法就是创建一个兼容性矩阵，来测试不同厂商不同版本的浏览器兼容。比如测试IE浏览器，可以通过一个叫做IEtester的工具来测试兼容，或者可以通过F12控制台来切换浏览器版本来测试兼容以前一些前端元素的显示等 3、安全测试安全测试的主要区域有以下几点：3.1用户名和密码的有效无效性，注意大小写敏感，次数限制，是否可以不登录而浏览某些页面等3.2是否有超时限制3.3测试用户操作时相关信息是否写入了日志文件、是否可追踪等3.4如果使用了安全套字，需要测试加密是否正确，加密前后的信息完整性，正确性3.5没有经过授权，是否可以在服务器端或者前端放置和编辑脚本的问题 4、输入框测试下面就是一些注意点：4.1验证输入输出信息的一致性4.2输入框前面的文字提示是否正确4.3对特殊字符的处理、识别：单双引号，括号，逗号、分号等等，以及大小写状态，半角全角状态下的情况4.4输入框的大小、长度、边框等4.5不同字符的输入，以及字符组合情况的处理（数字+字母+字符等）4.6对空格、tab换行键的处理机制4.7密码输入框字符星号或者其他星号的转行，加密4.8输入框输入字符长度是否有限制4.9字符本身显示的颜色，规格等4.10有些输入框需要加以限制，如输错，是否有提示？提示是否简单合理？4.11输入状态，某种情况下输入框出于不可编辑，当再次处于编辑状态，输入框的输入状态是否有变化4.12输入类型：是否允许复制黏贴剪切等输入操作4.13关键字是否支持通配符，以及关键字的搜索能力，敏感字等情况4.14输入框输入空格的情况4.15比如登陆注册，各项输入条件的判定：是否输入，输入是否正确等 5、用户权限测试用户权限，就是该账号拥有哪些执行操作的权利5.1给某账号赋予权限后，登陆该账号，查看是否拥有已赋予的权限，以及权限设置是否正确（权限是否超过或者不足）5.2删除或修改已经登陆并且正在执行操作的账号权限，程序能否正确处理，验证5.3重新注册系统变更登陆身份后再登陆，程序能否正确执行，之前所拥有的权限能否继续使用5.4在用工作分配或者角色管理情况下，删除包含用户的工作组或者角色，程序能否正确处理5.5不同权限账号登陆同一个系统，权限范围是否正确5.6能否给信息为空、长用户名的账号添加权限5.7是否允许删除系统管理员或者修改管理员权限？删除或者修改后的实际情况5.8已登录的用户能否修改或者删除自己或者他人的权限，信息5.9添加用户（有编号或者标识），不同用户名标识的组合情况下，权限能否处理正确5.10修改用户权限或者信息后，对其他模块是否有影响5.11如果修改用户信息和已存在的其他用户信息相同，能否修改成功？是否有对应提示5.12修改某些设置，是否会对与该账号权限相同或者高于/低于该账号的其他账号的权限造成影响5.13同一用户是否可以同时属于其他组，各个组的权限能否交叉WEB端功能测试链接： APP： 1、安全测试（权限）①.软件权限：其中包括发送信息，拨打电话，链接网络，访问手机信息，联系人信息等②.数据在本地的存储、传输等③.执行某些操作时导致的输入有效性验证、授权、数据加密等方面④.基于各种通信协议或者行业标准来检查 2、安装运行卸载测试①.验证app能否正确安装运行卸载，以及操作过程和操作前后对系统资源的占有情况②.安装运行卸载的提示，报告等③.检查安装路径，文件是否合理，组件是否正确注册等 3、UI测试①.用户界面（菜单、对话框、窗口）等布局，风格是否满足用户需求，文字位置，描述是否正确，界面美观程度，文字图片组合是否合理②.用户友好性、人性化、便于操作等 4、功能测试①.评审需求，多方面考虑，整理出内在外在以及非功能性的直接间接功能点，对比需求，提取测试点②.根据常用的一些分析方法，等价类边界值判定表因果图场景法等方法，设计测试用例，对提取的功能点进行覆盖③.测试各个阶段不断跟踪缺陷，做好用例的更新迭代和不断变更需求所带来的业务或者需求的错误 5、性能测试①.极限测试：各种边界情况下验证app的响应能力如：低电量、储存满。弱网等情况②.响应能力测试：验证各种情况下不同操作能否满足用户响应需求③.压力测试：反复长期操作下，系统该资源的使用情况 6、中断测试（干扰）比如：前后台运行时来电话，短信，下载文件，听音乐看电影等不同情况下的表现 7、兼容测试①.不同网络环境（WiFi、2G、3G、4G等）②.各种设备品牌机型系统版本等兼容：苹果、安卓（不同品牌，不同安卓系统版本）等8、回归测试bug修复后的回归测试，上线交付前进行全部的回归，验证 9、升级更新测试每次app版本迭代更新时，配合不同网络环境，及不同更新权限（强制更新，不强制更新），进行下载、安装、更新、启动运行等测试 10、支付测试①.支付结果的确认，数据库查询②.请求报文是否加密③.不同场景的支付金额足够、金额不足、重复支付、无网支付、弱网支付、同账号多平台一起支付、余额宝微信信用卡多种支付方式、不同支付方式的组合、密码正确/错误、支付上限等情况App端功能测试链接： 七、集成测试1、定义也称为组装测试，联合测试，主要针对软件高层设计进行测试，一般以模块和子系统为单位进行测试 2、集成测试的层次①.模块内集成，主要测试各个接口的交互②.子系统内集成，子系统内各个模块的交互③.系统集成，测试系统内各个子系统和模块的交互关系 3、集成测试的本质不仅仅代码编译通过就算集成，而是所有模块子系统能正常运转，一般采用的方法是数据驱动，集成测试不看系统表象，而是对数据流进行分析，可分为自顶向下、自下向上、核心集成、分层集成等方法& & 4、集成测试方法和步骤①.确定子系统的模块组成，保证这些模块都已通过单元测试②.由开发组装这么模块，生成子系统，保证模块内功能尽可能发挥出来③.设计测试用例，以一个关键模块为核心展开，围绕功能和性能，测试接口④.搭建测试环境，按照用例进行测试⑤.记录测试结果，总结问题&& 八、系统测试1、什么是系统测试定义:检查系统是否能完成需求说明的内容，对系统能正常、完整的运行；其中包括软件、硬件和相关联的设备、测试数据 2、系统测试的目的目的：模拟真实系统工作环境下通过与系统需求作比较，检验完整的软件配置项能否和系统正确连接，发现软件与系统/子系统之间与需求设计文档不符合或矛盾的地方 3、系统测试的目标目标：功能是否达到规格说明书要求，是否存在其他缺陷，是否有完善到缺陷记录及跟踪等 4、系统测试的测试类型功能测试性能测试负载测试容量测试安全性测试用户界面测试配置测试安装测试回归测试 5、测试环境开发环境测试环境用户环境 6、常用方法①.黑盒测试多任务测试：同一时间内运行多个应用程序临界测试：系统临界和应用系统临界中断测试：软件在工作过程中被其他任务或意外事件终止当前正在进行的程序1.人为中断2.硬件异常中断3.程序执行中断4.意外中断& && && && && & ②.自动化测试之前已介绍过，此处略过 7、结果分析①.响应时间的性能测试②.可靠性分析③.强度测试④.安装测试⑤.恢复测试 九、验收测试1、验收测试的首要条件①.软件开发已完成，并且已修复已知缺陷②.验收测试计划已被批准③.对软件需求说明文档审查已完成④.所有关键模块的代码审查已完成2、验收测试的目的①.验收系统是否按照需求文档开发，用户体验是否达到用户要求，与设计要求差距大小，完成的功能水平②.验收系统是否达到了双方共识③.验收系统的可靠性和维护性④.验收系统的业务运行处理能力 3、验收测试的过程①.验收人员要熟悉软件的功能和性能要求、软硬件环境要求，以及质量和验收要求②.要有相应的验收要求文档，规格要求③.根据验收要求进行验收测试，结果要出具报告，就行评审 4、验收测试的主要内容①.软件是否满足需求文档规定的所有功能和性能的要求②.文档资料等是否完整？③.对功能测试、集成测试、系统测试、性能测试、安全测试等用例进行回归 5、验收测试的原则①.审查提供验收的各类文档的正确性、完整性和统一性②.审查项目功能是否达到设计需求说明书规定的要求③.审查项目有关指标是否达到要求④.审查项目实施进度⑤.对项目技术等水平做评估，得出项目的验收报告 6、验收测试的要点①.流程测试②.边界值测试③.容错性测试④.异常测试⑤.安装配置测试 十、回归测试在软件开发的各个阶段，都可能进行若干次回归测试，其在整个测试过程中占很大比重1、什么是回归测试只要软件发生修改，那么久需要重新测试，以确定修改的软件功能是否达到了预期目的，以及修改可能产生的新的问题（已修改部分对原功能产生影响） 2、回归测试的目的确认软件经过修改或变更后是否仍满足所有的需求回归测试是重复测试，要求使用相同的方法、测试用例和数据，在相同的环境下测试 3、回归测试的范围①.测试所有修改或修正过的功能模块②.测试与被修改模块相关的模块③.测试所有新增加的模块④.测试整个模块 4、发生在什么时候每次有改动或者需求迭代变更时候 5、为什么做回归测试验证新功能，保证旧功能不被影响 十一、配置测试1、什么是配置测试测试验证被测软件在不同软件和硬件条件中运行的情况，覆盖各种软件、硬件环境，其实质就是测试软件是否与其他与之交互元素之间的兼容（比如浏览器、操作系统、硬件） 2、为什么要做配置测试测试软件的容错性、发现隐藏的bug，以及其对产品的影响，得到最佳的配置 3、硬件环境配置测试①.不同主机的配置测试②.不同组件的配置测试③.不同外设的配置测试④.不同接口的配置测试⑤.可选项的配置测试4、软件环境配置测试①.不同操作系统平台兼容性测试
喜欢该文的人也喜欢}