小程序测试总结（待更新……）

最新推荐文章于 2024-09-13 07:48:01 发布
最新推荐文章于 2024-09-13 07:48:01 发布
阅读量1.9k 收藏 15
点赞数 3
分类专栏： 测试方法 文章标签： 小程序测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u014722022/article/details/103369580
版权
本文总结了微信小程序的测试要点，包括操作系统、屏幕、微信版本的兼容性测试，功能、网络、接口、易用性和交互的验证，以及消息限制、性能、安全和权限的考量。测试人员需关注小程序在不同环境下的表现，确保用户体验和功能的稳定性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

小程序测试总结

一、功能测试

功能测试以需求文档和交互视觉文档为准，如果没有这些文档，参考APP的测试方法，也就是说就把它当做手机的APP来测试即可。我看到网上有人说把小程序当做WEB来测试（原因大概是里面有不少JS代码），这一点我不认同，因为我们现在测的是功能和主流程，并且是在手机上进行的测试。

二、兼容性测试

1.操作系统兼容性

这里的操作系统主要是指android系统和iOS系统。小程序运行在微信中，看起来是跟操作系统没关系，实际上还是有关系的，因为底层调用依赖于具体的操作系统。按照官方文档在微信小程序在ios上是运行在JavaScriptCore中但在Android上是通过X5JSCore来解析的。

如果有条件，不仅要覆盖android和iOS，包括主流的Android品牌也要覆盖，比如华为，VIVO等等。覆盖到最新的试用版和当前流行的主要版本。

2.屏幕兼容性

普通的手机APP会有屏幕兼容性的问题，小程序同样有这样的问题，只不过相对少了些。微信小程序定义了一个新的尺寸单位rpx(responsive pixel)可以适配不同尺寸的屏幕，在页面上定义对象的单位是rpx就可以在不同的屏幕上适配。但1rpx的像素经常在iphone7p上出现断线的情况。因此需要在测

最低0.47元/天 解锁文章
微信小程序测试点汇总
weixin_42485712的博客
03-18 4400
Hi，大家好。小程序自诞生以来，凭借“即用即走，不占内存。”的优势一直独领风骚，在帮助各行各业连接、服务用户方面扮演了更加重要的角色。截止到2020年底，小程序DAU突破4亿，全年交易额同比增长超过100%。技能在手，进阶无忧。以下介绍小程序的测试点。 小程序是微信开发不需要下载安装，上线需要经过微信审核的应用。小程序产品的版本类型分为：开发版、体验版、正式版。开发版、体验版无需审核，只需要给微信号权限，经过扫小程序的二维码才能访问。单纯功能测试的层面来说，微信小程序测试、APP测试、web测试在流程和功能
【小程序】测试总结
m0_56687854的博客
08-25 1125
一、小程序简介 小程序产品的版本类型分为：开发版、体验版、正式版。开发版、体验版无需审核，只需要给微信号权限，经过扫小程序的二维码才能访问。正式版需要通过微信审核流程。 项目中，我们一般会准备三套环境。开发版访问测试环境，体验版访问预发布环境，正式版访问生产环境。 二、小程序测试点 1、开通权限 在测试小程序时，需要在小程序平台注册对应的所有人帐号，并且需要在第一时间添加测试人员&开发人员以及其他需要体验小程序的微信帐号至小程序后台中。 2、功能测试 输入、输出、边界值、 页面交互-
微信小程序测试方法和心得
七号空间
12-23 1万+
2017年1月9号微信小程序正式上线，不需要安装，只要在微信里找到这个小程序打开即可使用。 以前测试手机端会接触到原生程序、H5页面和混合型程序，现在又多了个小程序。 我们该如何测试微信小程序呢？ 功能测试 功能测试以需求文档和交互视觉文档为准，如果没有这些文档，参考APP的测试方法，也就是说就把它当做手机的APP来测试即可。我看到网上有人说把小程序当做WEB来测试（原因大概是里面有不少J...
微信小程序测试点分类和总结
m0_56658263的博客
01-26 879
微信小程序测试二三事
weixin_30905981的博客
08-14 275
微信小程序虽是微信推出的新形态的产品，但是在测试思路上跟其他的传统测试，大相径庭。既然大相径庭，那我们该如何测试呢。 功能测试功能测试跟传统的web功能测试一样，不是app的功能测试哦。这是因为小程序是集成在微信中的。 所以，web功能该如何测试，小程序的功能就如何去测试兼容性测试包括操作系统兼容性，微信版本兼容性操作系统兼容性： 在 iOS 上，小程序的逻辑代码运行于JavaScriptC...
山东大学项目实训（二十七）—— 微信小程序开发总结，一年时间真的可以改变一个人很多
bhegi_seg的博客
06-22 1万+
到目前为止，微信小程序开发，到此就算是结束了，其中实现了不少功能，如下：1.1 角色与权限（后端同学实现的，写这个方便介绍后面的功能） 平台可以配置不同的用户角色并授予其不同的操作权限。每个用户在使用平台时都需要指定一个角色。1.2 可视范围——根据角色绑定的权限菜单 全体职工可以查看自己上报的事件（待审核、已通过、被驳回）。 质控人员可以查看所有的事件（待审核、待评价、已通过、已驳回、已评价）。 职能人员可以查看自己/自己部门负责的事件（待整改、待评价、已评价）。 各科室医务人员可以查看本科室相关的事件（
微信小程序实现PDF预览功能——pdf.js(含源码解析）
热门推荐
qq_41929578的博客
06-15 3万+
使用 pdf.js 实现原生微信小程序端和H5端 pdf 预览功能。
微信小程序实战-第3章 音乐小程序项目
andyyah晓波的博客
07-14 1211
音乐播放列表和音乐状态数据:id: 1, title: '钢琴协奏曲', singer: '肖邦',}…}],play: {},
微信小程序的测试方案总结
A_Captain
07-24 1万+
提纲/目标 通过对微信小程序特性和测试点进行总结，储备测试知识，提高测试效率。 小程序特性介绍 小程序测试工作过程监控与管理 常见问题&技巧 现状分析 接触小程序的项目相对较少 缺少小程序测试实战经验 对小程序的特性不了解 小程序测试测试沉淀较少 目标达到成就 介绍小程序特性，了解测试中的注意事项 以某小程序为例，了解小程序测试工作 通过知识沉淀和经验总结，提高测试效率 课程内容 *小程序已越来越常见 小程序发布审核 发布前需申请外网域名，并在微信web开发者工具里找
OUC乐生活——小程序测试报告
weixin_51497444的博客
11-01 916
OUC乐生活 小程序测试报告
微信小程序测试报告-可直接使用
05-09
使用于所有的小程序测试，测试报告，适合比赛，参与文档
测试小程序获取oppenid_小程序测试兼容性测试
weixin_29795623的博客
01-14 536
在这里我并不会提供了一个列表出来给你，我主要还是想分享小程序的运行环境对兼容性的一些影响。首先我们先看下小程序支持哪些平台，微信小程序主要运行在三个端：IOS(IPhone/IPad)、Android和用于小程序开发调试的开发者工具。必须明确的是：这三个端的小程序代码执行环境以及用于渲染的非原生组件的环境是不同的，根据官网文档，它们如下：-在 iOS 上小程序逻辑层的 java...
开发 | 四大微信小程序开发工具测评
AndroidAlvin的博客
12-19 1万+
一、微信小程序官方开发工具 注意，它只是个工具，而不是一个IDE。官方工具中的代码编辑功能，就是将vscode的代码编辑功能嵌入到工具中，不足以支撑开发。 优点 因为是官方工具所以有这其它第三方工具有这不可比拟的天然优势，如果不是他代码编辑功能太弱的话。 l 官方工具，可调试，可预览 l 基本的代码编辑、智能提示、调试等功能都有 l 项目管理、创建、手机预览、代码提交...
一份详细的软件兼容性测试报告模板
alankuo的专栏
09-13 840
确定软件在不同操作系统、浏览器、硬件配置等环境下的兼容性表现，以确保软件能够在各种常见的用户环境中正常运行。- 记录每个测试用例在不同环境下的执行情况，包括是否通过、出现的问题及问题描述。|OS1|Browser1|通过/不通过|通过/不通过|...|良好/一般/差|- 分析问题产生的可能原因，如软件代码问题、操作系统差异、浏览器特性等。- 列出参与测试的计算机硬件配置，包括处理器、内存、存储、显卡等。- 问题描述应包括问题现象、出现的环境、影响范围等。- 涵盖的操作系统、浏览器版本、硬件平台等。
一份报告，小程序性能质量全知道
WXMiniTest的博客
11-24 1445
小程序性能质量表现是开发者一直关注的问题。为了方便开发者快速验证版本性能表现、及时发现性能质量问题，小程序云测 上新 小程序质检报告，支持线上版、体验版、开发版等多个版本性能检查，提供更全面、更可视化、更有针对性的小程序性能质量信息
小程序测试注意点总结
u011197146的博客
04-30 3137
一、小程序版本 小程序分为三种版本类型：开发版，体验版，正式版。 开发版和体验版无需审核，访问的微信id需要加入权限，通过扫小程序的二维码或收藏小程序可访问，无法在平台上搜索到。 正式版需要通过微信审核流程。微信小程序开发者工具使用之前需要扫码。 开发版和体验版的区别，在于开发版小程序的二维码有效期比较短。 二、了解名词 openid、unionid、appid、微信开放平台，网上很多解释，这里不做赘述。 三、测试注意点 C端要注意下关闭外网情况（内外网、4G），图片等加载是否正常； ...
软件测试报告模板
PiaoYiLingDong的博客
11-17 4828
软件测试报告模板，软件测试报告怎么写
软件测试用例经典方法 ｜ 逻辑覆盖测试法及案例
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
08-24 7294
逻辑覆盖测试法是常用的一类白盒测试方法，其以程序内部逻辑结构为基础，通过对程序逻辑结构的遍历来实现程序测试的覆盖。逻辑覆盖测试法要求测试人员对程序的逻辑结构有清晰的了解。
微信小程序性能测试——小程序运行时性能测试
WXMiniTest的博客
12-05 9709
本文主要介绍小程序云测运行时性能数据—体验评分
循环结构程序设计c语言：求s=1+2！+3！+4！+……+19！+20！
最新发布
03-26
<think>好的，用户让我帮忙解决一个关于循环结构程序设计的问题，具体是求s=1+2!+3!+4!+……+19!+20!。首先，我需要确认用户的需求是什么，他们可能需要一个C语言的程序来计算这个累加的和。 首先，我得理解这个问题本身。用户想计算从1到20的各个数的阶乘之和。例如，1就是1，2!是2，3!是6，依此类推，直到20!，然后将所有这些结果相加。这里的关键是阶乘的计算和累加。 接下来，我需要考虑如何用C语言实现这个功能。因为涉及到循环结构，可能需要使用for循环或者while循环。同时，阶乘的计算需要累积相乘，比如计算n!的话，就是1*2*3*...*n。而每一次的阶乘结果都要加到总和s中。 可能的思路是，外层循环从1到20，每次计算当前数的阶乘，然后加到s里。但这样效率可能不高，因为每次计算n!都要重新从1乘到n。比如计算20!的时候，其实已经计算过19!，可以复用前面的结果，只需要乘以20即可。这样更高效，特别是当n很大时，可以节省很多计算时间。 所以，优化方法是用一个变量来保存当前的阶乘值。比如，初始时current_fact = 1（即1!），然后每次循环时current_fact *= i，这样i=2时current_fact就是2!，i=3时就是3!，以此类推。这样每次只需要一次乘法操作，而不是每次都从头开始计算阶乘。 然后，关于数据类型的选择。因为20!是一个非常大的数，超过了普通int甚至long int的范围。在C语言中，可能需要使用unsigned long long来存储阶乘的结果，并且使用%llu格式来输出。不过，用户可能需要注意，即使是unsigned long long，其最大值也是有限的，20!大约是2.43e18，而unsigned long long的最大值是18446744073709551615，大约是1.8e19，所以20!是可以存储的，但21!就会溢出了。所以在这个问题中，使用unsigned long long是合适的。 接下来要考虑的是程序的步骤。首先初始化总和s为0，当前阶乘current_fact为1。然后从i=1循环到20，每次将current_fact加到s中，然后current_fact乘以下一个数i+1。不过要注意，循环的起始和结束条件是否正确。例如，当i=1时，current_fact是1!，加到s中；然后i=2时，current_fact乘以2变成2!，加到s中，依此类推直到i=20，这时候current_fact是20!，加到s中，循环结束。这样总和s就是1! + 2! + ... + 20!。 或者，另一种方式是循环从1到20，每次计算i!并加到s里。但这样的话，计算i!需要内部一个循环，这样时间复杂度会是O(n^2)，而前面的方法只需要O(n)，更高效。 接下来需要验证这个逻辑是否正确。比如，当i=1时，current_fact是1，加到s里，s=1；i=2时，current_fact *= 2得到2，加到s里，s=1+2=3；i=3时，current_fact *=3得到6，s=3+6=9；依此类推，直到i=20。这样是否正确？是的，因为每次循环处理的是i的阶乘，然后加到总和里。 然后，编写代码的结构。需要包含头文件stdio.h，主函数里声明变量s和current_fact为unsigned long long类型，初始化为0和1。然后使用for循环，从i=1到20，每次s += current_fact，然后current_fact *= (i+1)。不过这里可能有问题，因为当i=1时，current_fact *= (i+1)也就是乘以2，得到2!，正确。但循环次数是否正确？比如i从1到20，那么循环执行20次，处理了1!到20!吗？ 例如，当i=1时，处理的是1!；i=2时，处理的是2!；直到i=20，处理的是20!。是的，循环20次，每次i的值对应的是当前的阶乘数。因此，current_fact初始化为1（即1!），然后每次循环中，current_fact *= (i)？或者原问题中的处理方式可能需要调整。 可能我之前的方法有误。正确的做法应该是，current_fact初始化为1（即1!），然后循环从i=1到20，每次将current_fact加到s中，然后current_fact乘以(i+1)来得到下一个阶乘。比如，i=1时，current_fact是1!，加到s后，乘以(i+1)=2得到2!；i=2时，current_fact是2!，加到s后，乘以3得到3!；依此类推，直到i=20，加到s后，乘以21，但此时循环已经结束。所以这样循环20次，处理了从1!到20!，是正确的。 不过，i在循环中的使用可能需要调整。例如，循环变量i可以从1到20，然后在循环体中，current_fact *= (i)，但初始current_fact为1的话，这样会得到1*1=1，这可能不对。或者，可能应该初始current_fact为1，然后在每次循环中，current_fact *= i，当i从1开始的话，第一次循环current_fact *=1还是1，然后加到s中，之后乘以2得到2!，第二次循环i=2，current_fact *=2得到2!，但这样可能需要循环变量i从1到20，但处理的方式不同。 这里可能需要更仔细的推导。例如： 初始化s=0，current_fact=1（对应1!） 然后循环i从1到20： 第一次循环i=1： s += current_fact → s=1 current_fact *= (i+1) → current_fact=1*2=2 → 对应2! 第二次循环i=2： s += 2 → s=3 current_fact *=3 →6 →3! 第三次循环i=3： s +=6 →9 current_fact *=4 →24 →4! ... 最后一次循环i=20： s +=20! current_fact *=21 →21!（但不会被使用） 循环结束。 这样确实处理了从1!到20!的累加，对吗？是的，因为每次循环处理的是i对应的阶乘，即当i=1时，处理1!，i=2时处理2!，依此类推。所以这种方法是正确的，且高效，因为每个阶乘都是通过前一个阶乘乘以当前的i+1得到的。 但是，这里i的循环范围是否正确？比如，当i从1到20，循环次数是20次，每次处理的是i对应的阶乘。例如，当i=1时，处理1!；i=2时处理2!，直到i=20处理20!。是的，所以循环次数正确。 不过，在代码实现中，循环变量通常习惯从1开始，但有时候可能会从2开始，需要确保逻辑正确。此外，在C语言中，for循环的条件需要正确设置。 另一个可能的实现方式是，current_fact初始为1（即1!），然后循环从1到20，每次将current_fact加到s中，然后current_fact乘以（i+1）。例如： s = 0; current_fact = 1; for (i=1; i<=20; i++) { s += current_fact; current_fact *= (i+1); } 这样，当i=1时，current_fact是1!，加到s中。然后current_fact *=2 →2!。i=2时，加到s的是2!，然后current_fact *=3 →3!，依此类推，直到i=20时，加到s的是20!，然后current_fact *=21，但循环结束。这样，循环执行了20次，确实累加了1!到20!。这是正确的。 现在，数据类型的问题。因为20!是2432902008176640000，而unsigned long long的最大值是18446744073709551615，显然20!比这个大？等下计算一下：20!等于多少？ 计算20!的值： 20! = 2432902008176640000 ≈2.43e18 而unsigned long long的最大值是18446744073709551615，即≈1.8e19。哦，原来20!是2.43e18，比1.8e19小吗？不，1.8e19是更大的数。所以20!是2.43e18，确实小于1.8e19，所以unsigned long long可以容纳20!。所以没问题。但21!就会溢出，因为21!≈5.1e19，超过了unsigned long long的范围。 所以在代码中，变量s和current_fact应该声明为unsigned long long，并使用%llu格式进行输出。这样就能正确存储结果。 然后，编写代码： #include <stdio.h> int main() { unsigned long long s = 0; unsigned long long current_fact = 1; int i; for (i = 1; i <= 20; i++) { s += current_fact; current_fact *= (i + 1); } printf("s = %llu\n", s); return 0; } 这样是否正确？测试一下。 当i=1时，current_fact=1，s=1，然后current_fact *=2=2. i=2时，s=1+2=3，current_fact *=3=6. i=3时，s=3+6=9，current_fact *=4=24. i=4时，s=9+24=33，current_fact *=5=120. 这样继续下去，最终得到的结果是否正确？ 比如，1!+2!+3!+4! =1+2+6+24=33，与循环到i=4时的s值一致。所以逻辑正确。 那么，这个程序应该可以正确计算出s的值。但需要确保循环次数正确，以及乘法没有溢出。 此外，用户可能想知道如何验证结果是否正确。比如，手动计算小数值，或者查找已知的阶乘和的值。 另一个可能的实现方式是使用嵌套循环，即外层循环从1到20，内层循环计算每个i的阶乘，然后加到s里。但是这样时间复杂度是O(n^2)，效率较低，尤其是当n很大时。而当前的方法只需要O(n)的时间复杂度，更高效。所以应该推荐使用当前的方法。 不过，用户可能对两种方法都感兴趣，但作为最佳实践，应该采用更高效的方式。 总结一下，解决这个问题的步骤是： 1. 初始化总和s为0，当前阶乘值current_fact为1（对应1!）。 2. 循环从1到20，每次将current_fact加到s中。 3. 更新current_fact为current_fact乘以（当前i+1），得到下一个数的阶乘。 4. 循环结束后，输出s的值。 同时，需要注意数据类型的选择，使用unsigned long long来避免溢出，并且正确使用格式说明符%llu输出结果。 可能的错误点包括循环变量的范围设置错误，或者数据类型选择不当导致溢出。比如，如果使用int或long类型，会导致计算结果溢出，得到错误的结果。 此外，需要向用户解释代码的逻辑，以及为什么这样实现是正确和高效的。可能用户作为学习者，需要理解循环结构如何与阶乘计算结合，以及如何优化重复计算的问题。 最后，测试代码的正确性，比如计算小的n值，如n=4，确认结果是否为33，以确保逻辑正确。</think>要计算 $s = 1 + 2! + 3! + \dots + 20!$，可以通过**循环累加阶乘**实现。以下是分步实现过程和代码解析： --- ### 解题思路 1. **阶乘特性**：$n! = n \times (n-1)!$，通过逐次乘法可避免重复计算。 2. **累加逻辑**：每次循环计算当前数的阶乘并累加到总和中。 3. **数据类型**：20! 的值极大（约 $2.43 \times 10^{18}$），需使用 `unsigned long long` 避免溢出。 --- ### C语言代码实现 ```c #include <stdio.h> int main() { unsigned long long s = 0; // 总和 unsigned long long fact = 1; // 当前阶乘值 int n; for (n = 1; n <= 20; n++) { s += fact; // 累加当前阶乘 fact *= (n + 1); // 计算下一个阶乘：n! → (n+1)! } printf("s = %llu\n", s); return 0; } ``` --- ### 关键逻辑说明 1. **初始化变量**： - `s` 初始化为 0，用于存储累加结果。 - `fact` 初始化为 1（对应 $1!$）。 2. **循环过程**： - 第 1 次循环：`fact = 1`（即 $1!$），`s = 0 + 1 = 1`，更新 `fact = 1*2 = 2`（即 $2!$）。 - 第 2 次循环：`fact = 2`（即 $2!$），`s = 1 + 2 = 3`，更新 `fact = 2*3 = 6`（即 $3!$）。 - ... - 第 20 次循环：累加 $20!$ 后结束。 --- ### 代码优化点 - **时间复杂度**：$O(n)$，每个阶乘只需一次乘法（传统嵌套循环为 $O(n^2)$）。 - **空间复杂度**：仅用两个变量，内存占用极低。 --- ### 验证结果 - **手动验证**：$1! + 2! + 3! + 4! = 1 + 2 + 6 + 24 = 33$，与代码计算前 4 项结果一致。 - **最终输出**：`s = 2561327494111820313`（即 $1! + 2! + \dots + 20!$）。 --- ### 注意事项 - **溢出风险**：21! 将超出 `unsigned long long` 范围（最大为 $1.8 \times 10^{19}$）。 - **输入扩展**：若需计算更大阶乘和，需改用高精度计算库。 通过这种高效且简洁的循环结构，可以准确计算阶乘累加和。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值