功能测试

1.对测试开发的理解 测试开发首先离不开测试，而软件测试是指，在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 而且，现在不仅仅是通过手工测试来发现定位Bug，也会通过编写脚本、测试工具来完成自动化测试，因此，对于测试开发人员来说，他除了保证产品质量之外，还要编写脚本以及开发测试工具。这就是我对测试开发的一点理解。 2.为什么做测试而不是去做开发 首先，在近几年，国内对软件测试越来越重视，测试的前景是非常好的。 其次，测试在一个项目开发的过程中是非常重要的一环。开发人员很难在开发的时候又要全面兼顾产品的质量，测试人员就是项目内部的最后把关者，最大程度的保证项目上线不会出现问题。责任非常大，责任越大成就感就越大。我很喜欢这样的工作。 在网上看到一句话，说：写程序的人就像在造没有护栏的桥，自己去走那肯定安全无虞，那怕摸黑也不至于掉河里去;测试则像给桥修护栏的，让桥的普通使用者也能像开发那样来去自如。从这一点上说，可以体现出测试的重要性。 3.如何处理矛盾 我觉得做测试和程序员发生冲突是难免的，人与人之间在一起生活，难免会发生冲突。发生冲突不能用争吵解决，要坦诚相待，心平气和地与对方沟通，善于倾听对方的观点，并理解对方，然后向对方阐述自己的观点。。如果还是产生差异，我会请示上级。 4.职业发展 对于这一行来说，经验越多，能力就越高

1. 测试用例：要分为 测试版 和 线上版 1）测试版：根据需求文档、原型图、UI图等，用例要覆盖UI（样式、布局、文案等）、功能、场景和其他（需求文档中未描述的隐形功能点和场景、其他语言、其他机器的兼容性测试等） 2）线上版：所有正向流程、边界值的测试（涉及到金额等重要的功能）、与测试环境的配置不一致的功能测试。 目的就是：保证用户的正常操作可正常进行。 2. 功能测试： 1）有次数限制的功能，要放在最后测试。比如密码输入6次，24h后才能正常登录； 2）先测试正向流程，走通了之后再测试其他情况。类似于冒烟测试； 3）测试数据要提前准备好，尽量用最少的测试数据覆盖尽量多的功能和测试场景； 4）尽量多的设计一些测试场景，防止出现操作异常； 5）UI的一致性也要测试。比如样式、布局和文案等一致 来源： CSDN 作者： changyixue 链接： https://blog.csdn.net/changyixue/article/details/104038449

测试方法的划分 一般的，从看不看代码来划分黑、白盒测试。看代码和内部接口称为白盒测试，否则是黑盒测试方法。 而从软件是否运行的角度来划分静态和动态测试。不运行代码是静态测试，反之就是动态测试。 那么从我们人来参与的角度来看人工测试和自动化测试的。 黑、白、灰盒测试 刚才说了，我们从看不看代码来划分黑、白盒测试。 那黑盒测试可以有静态测试和动态测试，也可以有人工测试和自动化测试。 当然，白盒测试也是一样的。 比如我们要测这个自动售货机。 我们投币然后得到饮料；或者刷卡、扫码等都能得到想要的饮料。 我们做黑盒测试就是测试投币相关的逻辑、选择饮料相关的逻辑，找零或其他的逻辑。 这是我们不管内部结构，只是根据一些数据测试输入输出，比如投币5毛钱，却能得到一瓶2.5的饮料，这就是bug了。 等等等..... 除此之外，我们还需要看内部代码的逻辑，比如如何处理银行和第三方支付的接口逻辑，本地的饮料存储、统计等，看看相关关联的数据之间的交互。这些都是白盒测试范畴。 在测试之前，我们要搞清楚被测对象应该是什么样的，然后实际做出来的和预期进行比较，这样就能及时的发现缺陷；根据被测对象不同，而采用不同的测试方法。 白盒测试 白盒测试是依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序的整体功能实现情况。 白盒测试是基于程序结构的逻辑驱动测试。

背景： 过年前后做了个微信公众号项目，已经过去一段时间了，抽空回忆总结下基本流程吧，不然很快估计自己就忘了。。 微信公众平台官网： https://mp.weixin.qq.com 一、注册公众号 首先注册时可以看到公众号有三种类型，个人用户大多数选择 订阅号 ，而企业用户一般选择 服务号 和 企业号 。 我们平常大多数关注的都是 订阅号 ，他们统一都放置在微信应用的订阅号消息列表中，没有微信支付等高级功能，只是用于发布文章等基础功能。 而服务号和企业号都在会话列表，和我们的微信好友是同级别的位置，具备微信支付等高级功能，一般是某个企业品牌的对外操作窗口，如海底捞火锅、顺丰速运等。 我们前期开发测试只需要 注册个人订阅号 即可，真正开发使用的是开发者工具里的测试号，具体下面会说。 真正生产的话，使用的都是经过微信认证的订阅号、服务号、企业号。 二、了解公众号管理页面 我们在微信公众平台扫码登录后可以发现管理页面左侧菜单栏有丰富的功能： 大概可以分为这几大模块： 首页、功能、小程序、管理、推广、统计、设置、开发 作为开发人员，首先应该关注的是设置、开发模块；而作为产品运营人员，关注的是功能、管理、推广模块；作为数据分析人员，关注的是统计模块。 首先我们不妨各个功能模块都点击看一看，大概了解下我们能做些什么。可以确认的是，这个微信公众平台当然不只是给开发人员使用的

一分钟读懂兼容报告：测试过程视频复现，问题定位很轻松 上一期《一分钟读懂兼容测试报告（一）：概况篇》，介绍了WeTest兼容测试报告的概况信息，包括测试通过率、机型聚类、测试场景截图等功能。随着用户使用的不断深入，用户对报告产生了更多的诉求。 在查看报告时，用户在了解了问题概况和分类情况之后，都会进入“问题定位”的环节，用户在进行问题定位的时候会提出新的问题： 1. 问题出现前用户进行了什么操作？ 2. 问题发生后的状况是怎么样的？ 3. 问题优化后产品表现有什么区别？ 针对用户的需求，WeTest兼容测试报告进行了优化。 优化一：复现操作过程视频，迅速定位问题 WeTest之前的适配兼容测试报告，在报告中能看到所有操作步骤的截图，如下图： 根据截图可以看到测试的过程是如何点击的，定位问题出现操作节点，但是在对部分产品进行测试的时候，因为截图具有间隔时间，中间有5秒左右是空白的，开发测试人员无法查看。为了更全面展现测试情况，WeTest为测试报告提供视频播放功能，在截图上做补充，播放测试过程录像。（目前已经支持应用及部分类型手游） 提测人可以从入我的报告-设备详情页，进入设备详情；或者进入问题列表-问题详情查看视频。 视频连接地址：https://v.qq.com/x/page/r0845z1dgyr.html 以上是部分测试的视频片段，测试过程中在系统跳出提示“请输入账号

http://blog.163.com/amanda_liyan/blog/static/5456169120093304520393/ 可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。 1.2 项目背景：应包括 　　 ● 所建议开发软件的名称 　　 ● 项目的任务提出者、开发者、用户及实现软件的单位 　　 ● 项目与其他软件或其他系统的关系。 1.3 定义：列出文档中用到的专门术语的定义和缩写词的原文。 1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括 　　 ● 项目经核准的计划任务书、合同或上级机关的批文 　　 ● 与项目有关的已发表的资料 　　 ● 文档中所引用的资料，所采用的软件标准或规范 2 可行性研究的前提 2.1 要求：列出并说明建议开发软件的的基本要求，如 　　 ● 功能 　　 ● 性能 　　 ● 输入 /输出 　　 ● 基本的数据流程和处理流程 　　 ● 安全与保密要求 　　 ● 与软件相关的其他系统 　　 ● 完成日期 2.2 目标：可包括 　　 ● 人力与设备费用的节省 　　 ● 处理速度的提高 　　 ● 控制精度或生产力的提高 　　 ● 管理信息服务的改进 　　 ● 决策系统的改进 　　 ● 人员工作效率的提高 2.3 条件、假定和限制：可包括 　　 ● 建议开发软件运行的最短寿命

软件测试 定义： 在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 目的： 为了发现程序中的错误，而不是去证明程序中不存在缺陷。 测试流程： 1、对要执行测试的产品/项目/需求进行分析，确定测试策略，制定测试计划。 2、针对测试计划书进行评审（测试经理、测试负责人员、需求人员、软件开发人员等） 3、设计测试用例。越详细越好。若在测试的过程中发现用例中没有的软件缺陷，可以将该软件缺陷补录入测试用例中。 4、执行测试用例。执行前，要将测试过程中所需要的环境及数据准备好。 5、提交软件缺陷bug。 6、验证软件缺陷。 7、编写测试报告。对测试进行分析，总结本次的经验教训。 测试方法： 1、等价类 1）定义：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。等价类分为有效等价类和无效等价类。 2）如何划分等价类 1]在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。 如：输入值是学生成绩，范围是0～100。 2]在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下，可确立一个有效等价类和一个无效等价类。 2、边界值 1）定义：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法

开学第一节课我们进行了测试，主要还是进行增删改查，但是增加了HTML语言，通过模板完成测试。通过观察模板，发现HTML和微信小程序的wxml语言有很多相似的地方，通过HTML来编程显示界面，然后通过css来装饰界面，也是通过按钮来实现相关的功能。 通过模板只是完成了注册的功能，通过和HTML建立连接，建立jsp文件，连接数据库完成注册，注册和增的功能相同，后来完成登录，但是验证码等通过上网搜索还未解决，后来就用了自己的模板，自己完成了一个界面，并没有按照老师的要求完成。 这次测试的一些功能，将需求征集功能完成，但是登录还未解决，修改密码的功能也已经解决，过几天的时间会继续学习，对这次的测试进行完善。 来源： https://www.cnblogs.com/zhang12345/p/10467963.html

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！ 接着上一篇博客继续往下写 ： https://blog.csdn.net/qq_41782425/article/details/103731397 文章目录 一、VBScript 基础知识 1.弹窗输出结果 1.1 msgbox 1.2 print 2.变量、常量和数组 2.1 变量 2.2 系统常量 2.3 数组 3.系统函数 3.1 输入函数 3.2 查看数据类型函数 3.3 字符串函数 3.4 日期时间函数 来源： CSDN 作者： cdtaogang 链接： https://blog.csdn.net/qq_41782425/article/details/103766798

对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根” (Leffingwell 1997) 。可许多组织仍在那些基本的项目功能上采用一些不合规范的方法，这样导致的后果便是一条鸿沟 ( 期望差异 ) —开发者开发的与用户所想得到的软件存在着巨大期望差异。 在软件工程中，所有的风险承担者 (stakeholder)( 这个词很有意思，原义是赌金保管者。我看过很多的翻译，有翻译成涉众的，也有的翻译成参与者的，但是我想他的主要意思就是和这个项目有密切相关利益的人 ) 都感兴趣的就是需求分析阶段。这些风险承担者包括客户、用户、业务或需求分析员 ( 负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人 ) 、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。这部分工作若处理好了，能开发出很出色的产品，同时会使客户感到满意，开发者也倍感满足、充实。若处理不好，则会导致误解、挫折、障碍以及潜在质量和业务价值上的威胁。因为需求分析奠定了软件工程和项目管理的基础，所以所有风险承担者最好是采用有效的需求分析过程。软件需求的定义 IEEE 软件工程标准词汇表 (1997 年 )