上海达内软件测试工程师企业内训
软件测试培训机构达内经典语录：世界会向那些有目标和远见的人让路。.
软件测试工程师需要具备哪些素质？
什么是软件测试？它主要做什么？软件测试工程师主要是负责理解产品的功能要求，并对其进行测试，检查软件有没有错误(Bug)，决定软件是否具有稳定性(Robustness)，写出相应的测试规范和测试案例。软件测试工程师需要具备哪些素质？
1、分析能力。软件测试的核心其实应该就是设计测试用例了，而设计测试用例，就是依赖与分析能力了。这里我们不说那些常用的设计方法，从一个稍高的层面上来讲，就是怎么将一个复杂的系统进行抽象，分析拆成几个不同的维度，结合维度可能出现的情况进行有选择的组合，以最小成本获取最大的收益。无法将一个复杂系统拆解成简单的维度，是没法做好用例设计的。
2、编程语言。语言其实就像说话一样，只不过我们常说的英语日语之类是与人沟通，计算机语言就是与计算机进行沟通的。对于测试工程师来说，精通一门语言，熟悉其它几门语言是有必要的。
3、设计能力。不要认为设计能力就是开发工程师的事情，拥有好的设计能力，就可以在设计评审的时候多提意见，促进开发工程师使用好的设计，不仅对开发有好处，对测试也是很有好处的。
4、对业务的理解。对业务的理解越充分，就越能够理解最终用户的需求，促进产品设计使用好的方式，促进产品成功。
5、自动化相关的考虑。随着项目越来越多，系统的测试项目也会积累的越来越多，每次有新功能了，难道要用手工来回归一下原有的case么。自动化测试是提高回归测试效率的唯一解决方案，以高效率促进高质量，才是一个良性循环的发展方式啊。
软件测试培训网格言：即将来临的一天，比过去的一年更为悠长。——福尔斯特.
上海达内软件测试工程师企业内训
软件测试培训机构达内经典语录：凡事不要说“我不会”或“不可能”，因为你根本还没有去做！.
APP功能测试的7大注意点
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、标题
应保持简短、准确，提供缺陷的本质信息，尽量按缺陷发生的原因与结果的方式书写；避免使用模糊不清的词语，例如：“功能中断，功能不正确，行为不起作用”等。应该使用具体文字说明缺陷的症状；为了便于他人理解，避免使用俚语或过分具体的测试细节。
2、复现步骤
应包含如何使别人能够很容易的复现该缺陷的完整步骤。
为了达到这个要求，复现步骤的信息必须是完整的、准确的、简明的、可复现的。
常见问题：
·包含了过多的多余步骤，且句子结构混乱，可读性差，难以理解；
·包含的信息过少，丢失了操作的必要步骤。
复现步骤的正确书写方式：
·提供测试的环境信息；
·简单地一步步引导复现该缺陷，一个步骤包含的操作不要多；
·每个步骤前使用数字对步骤编号；
·尽量使用短语或短句，避免复杂句型句式；
·复现的步骤要完整、准确、简短；将常见步骤合并为较少步骤；按实际需要决定是否包含步骤执行后的结果。
3、实际结果
实际结果是执行复现步骤后软件的现象和产生的行为。实际结果的描述应像标题信息那样，要列出具体的缺陷症状，而不是简单地指出“不正确”或“不起作用”。
4、期望结果
描述应与实际结果的描述方式相同。通常需要列出期望的结果是什么。
附件：
对缺陷描述的补充说明，可以是以下一些类型：
缺陷症状的截图；测试使用的数据文件；166 199 188。
5、其它：
选择合适的缺陷严重性属性；按相应的规定，填写相应的字段信息。
软件测试培训机构达内经典语录：人生就像钟表，可以回到起点，却已不是昨天！。
上海达内软件测试工程师企业内训
达内软件测试培训济南大明湖中心地址：山东省济南市花园路189-2历下软件园E座丁楼2层.
