软件测试BUG分析
软件测试Bug之“缺陷分析“篇
软件测试Bug之“缺陷分析“篇提到Bug，软件缺陷，除了记录一个问题出现的现象和原因以外，对于一个或者多个Bug的分析也非常重要，本文讲述了Bug分析的目的，介绍了IBM的ODC缺陷分析法，已提供给需要进行缺陷分析的测试小伙伴们参考。
Bug记录平台介绍Bug记录平台，用比较文绉绉的话说是软件缺陷跟踪系统（DefectTrackingSystem，DTS）是软件测试管理系统的核心部分。
这里拿华为的缺陷管理系统来举例，网易以及其他互联网公司大部分会使用比较轻量级的开源平台比如Jira平台等。
共同之处是对软件缺陷处理过程有一些最基本的要求，大概包括以下几个方面：1）整个处理过程应该是闭合的，即确保每一个被发现的问题在过程中都能得到解决，在整个过程中追踪缺陷的状态，问题记录在整个周期内都得到维护简单来说可以理解为Bug的状态流转，例如创建、进行中、已解决、关闭等2）每一个被发现的软件缺陷都应该按类别和优先级进行分类3）对软件缺陷的改正应该进行验证，以确保问题确实被解决、不利的影响已经被消除，并且解决该问题所引起的变化不会带来新的问题软件项目团队的全体成员就以软件缺陷跟踪系统（DTS）为工作的参照物，形成良好的工作流程和运行机制，构建如下所示的软件测试管理体系：1）测试人员向缺陷跟踪系统报告新bug，在新版本上执行回归测试验证bug 是否正确修改2）开发人员每天浏览属于自己需要修改的bug，修正bug后及时更新bug 的状态3）项目经理及部门经理根据缺陷跟踪系统的bug分布信息，跟踪和控制软件开发过程4）技术支持人员根据缺陷跟踪系统的bug状况，估计软件的发布期限BUG生命周期全流程：测试人员提交BUG->开发人员处理->测试回归->关闭问题单提交必填属性有：Bug主题、描述、重要性、测试类型、是否线上bug、影响的版本、经办人、回归人等Bug分析目的一、对测试执行过程进行度量和评估，给出版本质量评估及开发测试改进建议。
软件测试作业bug举例
软件测试作业bug举例
1. 一个网页应用的登录功能无法正常工作，当用户输入正确的用户名和密码后，系统没有将用户重定向到主页，而是依然停留在登录页面。
2. 一个手机应用报告了一个bug，当用户尝试发送短信时，应
用崩溃并自动关闭。
3. 一个音频播放器应用在播放音频时无法正常暂停或停止，用户点击相应的按钮没有任何反应。
4. 一个电子商务网站的购物车功能存在bug，当用户尝试添加
多个商品到购物车时，只有第一个商品成功添加，其他商品无法添加到购物车中。
5. 一个社交媒体应用的通知功能存在bug，用户无法收到新的
消息通知或好友请求的提醒。
6. 一个游戏应用在某个特定的关卡中发生bug，当用户完成关
卡后系统没有成功加载下一关的内容，导致玩家无法继续游戏。
7. 一个天气预报应用报告了一个bug，当用户尝试查找某个特
定城市的天气信息时，应用显示了错误的城市或天气数据。
8. 一个音频编辑软件在导出音频文件时出现bug，导出的文件
中存在杂音和断裂的声音。
9. 一个在线表单应用存在bug，当用户提交表单后，系统没有成功将用户输入的数据保存到数据库中。
10. 一个安全软件存在bug，当用户尝试安装其他软件时，安全软件无法检测和阻止恶意软件的安装。
如何处理测试过程中的Bug
如何处理测试过程中的Bug在软件开发过程中，测试是必不可少的环节。
其中，Bug是测试过程中经常出现的问题，也是需要尽快解决的重要任务。
本文将介绍如何高效地处理测试过程中的Bug，并提供一些实用的技巧和建议。
一、快速定位Bug在测试过程中，快速定位Bug是非常关键的一步。
以下是一些方法和技巧：1.复现Bug：在进行Bug定位前，首先要能够复现Bug。
通过重复操作的方式，确定Bug的出现条件和步骤，有助于准确定位问题。
2.查看日志：日志记录了软件运行过程中的详细信息，往往可以提供有价值的线索。
仔细阅读和分析日志文件，有助于找到Bug所在。
3.使用调试工具：调试工具可以帮助开发人员深入代码，追踪程序执行过程中的变量和状态，有助于定位Bug。
4.收集异常信息：当软件出现异常时，要及时收集异常信息，包括错误代码、堆栈跟踪等，这些信息有助于分析问题原因。
二、准确描述并提交Bug报告准确描述和提交Bug报告对于问题的解决至关重要。
以下是一些建议：1.提供详细的步骤：在Bug报告中，详细描述出现问题的具体步骤，并附上截图或录屏，以便开发人员能够复现和分析Bug。
2.明确Bug的表现：准确描述Bug的表现形式，包括错误提示、异常行为等。
这有助于开发人员快速定位问题。
3.注明Bug优先级和影响范围：对于Bug的优先级和影响范围进行明确标注，有助于开发人员针对不同严重程度的Bug进行合理分配和解决。
4.附上测试环境信息：提供测试环境的相关信息，如操作系统版本、软件配置等，有助于开发人员复现和定位问题。
三、与开发团队密切合作处理Bug需要与开发团队密切合作，加强沟通和协同。
以下是一些建议：1.建立Bug跟踪系统：使用Bug跟踪系统，对Bug进行记录、跟踪和管理，便于开发人员和测试人员的协同工作。
2.及时反馈Bug进展：开发人员在解决Bug过程中，及时更新Bug状态和进展，让测试人员了解问题的解决情况。
3.开展Bug讨论会：定期开展Bug讨论会，邀请测试人员和开发人员一同参与，共同分析和解决Bug。
软件测试常见BUG分享
1、相关性检查:
增加/删除一些功能，是否对其他项有影响；
增加某个数据项后，该数据某字段内容过长，查询显示回事数据列表变形；
字符串长度、类型检查。
2、标点符号检查:
把空格键当成一个字符处理，但查询时空格被屏蔽，查询不到添加的内容；
查询时输入特殊字符“_”，程序返回所有记录。
3、检查添加与修改是否一致：
添加要求必填项，修改也应该是必填项
4、脚本错误（IFrame，JS，Ajax）易造成浏览器兼容性问题
5、查询列表，如果有重复信息（distinct）去重
6、登录信息，cookies缓存保留
7、 JS格式控制验证处理，注意验证条件，验证未知，触发时
间及验证的必要性。
软件测试中的Bug管理与缺陷追踪
软件测试中的Bug管理与缺陷追踪在软件开发过程中，无论是小型项目还是大型项目，都难免会出现各种Bug和缺陷。
为了保证软件的质量和稳定性，Bug管理与缺陷追踪成为了非常重要的环节。
本文将着重介绍软件测试中的Bug管理与缺陷追踪的流程和方法。
一、Bug管理的流程1. Bug的发现与记录Bug的发现可以通过测试用例的执行、用户反馈、团队成员的发现等多种途径。
一旦发现Bug，测试人员应该及时记录下来，并详细描述Bug的现象、触发条件、影响范围等相关信息。
2. Bug的分类与优先级评定为了更好地管理和解决Bug，需要对Bug进行分类和优先级评定。
常见的分类包括功能性Bug、性能缺陷、界面缺陷等。
而优先级评定则是根据Bug的影响程度和紧急程度划分Bug的等级，以确定解决Bug的优先顺序。
3. Bug的分配和解决根据Bug的分类和优先级，测试团队将Bug分配给相应的开发人员进行解决。
开发人员需要仔细阅读Bug的描述和重现步骤，进行代码调试和修改，修复Bug并提交相应的版本。
4. Bug的验证和关闭修复Bug后，测试团队需要重新执行相关的测试用例，验证Bug是否被成功修复。
如果Bug被成功修复，则将其关闭；如果Bug未被修复或者修复不完全，则重新分配给开发人员，并重复上述过程，直至Bug得到完全修复和验证通过。
二、缺陷追踪的方法1. 缺陷管理工具为了更好地管理和追踪缺陷，可以使用专门的缺陷管理工具。
这些工具可以帮助团队快速记录、追踪、查询和统计Bug信息，提高Bug 管理的效率和准确性。
常见的缺陷管理工具有JIRA、Bugzilla、Redmine等。
2. 缺陷报告对于发现的缺陷，测试人员需要准备详细的缺陷报告。
缺陷报告应包括缺陷的描述、重现步骤、系统环境、日志信息等，并尽量附带相关的截图或录屏。
通过准确、清晰的缺陷报告，可以提高开发人员理解和解决缺陷的效率。
3. 缺陷追踪矩阵缺陷追踪矩阵是一种通过矩阵方式来记录和追踪缺陷的方法。
软件测试作业bug举例
软件测试作业bug举例在软件开发过程中，软件测试是一个至关重要的环节。
通过对软件进行全面的测试，可以发现并修复其中存在的各种问题，确保软件的质量和稳定性。
在软件测试作业中，我们经常会遇到各种各样的bug，下面我将举例说明几个常见的bug。
1. 界面显示错误在软件测试中，界面显示错误是最常见的bug之一。
例如，在一个电商网站的商品详情页面中，商品的价格显示为负数。
这显然是一个错误的显示，因为商品的价格不可能是负数。
这个bug可能是由于程序逻辑错误导致的，或者是数据处理过程中的错误。
为了解决这个问题，测试人员需要仔细检查程序的逻辑和数据处理过程，找出错误的原因并进行修复。
2. 功能异常另一个常见的bug是功能异常。
例如，在一个社交媒体应用中，用户无法成功发送私信。
无论用户如何尝试，私信始终无法发送成功。
这个bug可能是由于网络连接问题、服务器故障或者程序逻辑错误导致的。
为了解决这个问题，测试人员需要仔细检查网络连接和服务器状态，并对程序的逻辑进行深入分析，找出错误的原因并进行修复。
3. 性能问题除了功能异常，性能问题也是软件测试中常见的bug之一。
例如，在一个视频播放应用中，用户在播放高清视频时，视频卡顿严重，无法流畅播放。
这个bug可能是由于硬件设备不足、网络带宽不足或者程序优化不足导致的。
为了解决这个问题，测试人员需要仔细检查硬件设备和网络带宽，并对程序进行性能优化，提高视频播放的流畅度。
4. 安全漏洞在当今互联网时代，安全问题是非常重要的。
因此，在软件测试中，发现并修复安全漏洞也是非常重要的任务。
例如，在一个在线支付应用中，用户的支付密码可以被他人轻易获取。
这个bug可能是由于程序设计不当、数据传输不加密或者密码存储不安全导致的。
为了解决这个问题，测试人员需要仔细检查程序的设计和实现，确保用户的隐私和安全得到保护。
总结起来，软件测试作业中常见的bug包括界面显示错误、功能异常、性能问题和安全漏洞等。
Bug报告的结论性总结
Bug报告的结论性总结Bug报告是在软件开发过程中不可避免的一部分。
在软件测试过程中，发现和记录Bug是非常重要的，因为它们可以帮助开发人员定位和解决问题。
在这篇文章中，我们将对Bug报告的结论进行总结，并提供一些相关的建议。
总的来说，Bug报告的结论应该包含以下几个方面：1. Bug的描述：在报告中，应该准确地描述Bug的现象和影响。
这包括Bug出现的具体步骤、错误信息或日志、Bug对系统功能的影响等。
通过清晰而详细地描述Bug，可以帮助开发人员更快地理解并修复问题。
2. Bug的重要性和紧急性评估：在报告中，应该评估Bug的重要性和紧急性。
这可以基于Bug对系统功能的影响和用户体验的程度来确定。
在给Bug分配优先级时，可以使用标准的缩放比例，例如低、中、高、紧急等级别。
3. Bug的原因分析：在报告中，应该尽可能地提供有关Bug产生原因的分析。
这可能涉及到代码审查、系统日志分析、环境配置等。
通过找出Bug产生的根本原因，可以提供给开发人员有价值的信息，帮助他们更好地修复问题。
4. Bug修复建议：在报告中，应该提供关于如何修复Bug的建议。
这可能是一个针对Bug的临时修复方案，以便在正式修复出现之前，能够继续系统的正常运行。
此外，还可以提供一些修改源代码的建议，以便长期解决问题。
在撰写Bug报告的结论时，还应该注意以下几点：1. 提供足够的支持材料：包括截图、日志、错误信息等。
这些材料可以帮助开发人员更好地理解和重现问题。
2. 使用客观和明确的语言：在报告中，应该使用客观和明确的语言来描述Bug。
避免使用主观和含糊不清的表达方式，这有助于确保开发人员对问题的准确理解。
3. 结论要简明扼要：在报告中，结论应该简明扼要地总结问题和解决方案。
这有助于开发人员快速了解报告的核心内容。
4. 文档整洁美观：在撰写Bug报告时，注意文档整洁美观。
通过合适的排版、字体和段落分割，提高文章的可读性和颜值。
总而言之，Bug报告的结论性总结需要准确描述Bug的现象和影响，评估其重要性和紧急性，分析Bug产生的原因，并提供修复建议。
软件测试作业bug举例
软件测试作业bug举例
（原创实用版）
目录
1.测试的目的
2.常见的 bug 类型
3.bug 的影响
4.如何处理 bug
正文
软件测试是软件开发过程中非常重要的一环。
其目的是为了发现和修复软件中的错误，以确保软件能够按照预期的方式运行。
在这个过程中，测试人员常常会遇到各种类型的 bug。
常见的 bug 类型包括功能性 bug、界面 bug、兼容性 bug 等。
功能性 bug 指的是软件的功能无法按照预期的方式运行，例如，一个支付系统在支付时出现错误，可能导致支付失败或资金丢失。
界面 bug 是指软件的界面元素，如按钮、菜单、对话框等，不能正常显示或使用。
兼容性 bug 是指软件在不同的操作系统或浏览器上运行时出现的问题。
bug 的出现可能会对软件的质量、用户的体验以及开发团队的效率产生负面影响。
因此，及时发现和修复 bug 是软件测试的重要任务。
当遇到 bug 时，测试人员应该首先记录下 bug 的信息，包括 bug 的出现条件、症状以及对软件的影响等。
然后，他们需要使用一些工具，如缺陷跟踪系统或代码审查工具，来报告和跟踪 bug。
最后，开发人员会对 bug 进行修复，并在修复后进行重新测试，以确保 bug 已经被彻底解决。
总的来说，软件测试是一个复杂而重要的过程。
第1页共1页。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
工作经验分享---BUG分析V1.1发布时间:2014-03-18文档修改记录版本号更新时间更新人主要内容或重大修改戴旭峰初稿V0.1 2014-02-12戴旭峰修改文档格式以及部分文字错误V0.2 2014-02-12V1.0 2014-02-1戴旭峰定稿3戴旭峰增加BUG分析案例V1.1 2014-03-18目录1、我们为什么要对BUG进行分析？ (4)2、我们怎么才能保证我们提交BUG的有效性? (4)2.1遇到以下情况时的一些建议(适用于以中间件开发的客户端)52.1.1 当我们遇到以下情况时 (5)2.1.2 系统提示进程未响应 (5)2.1.3 客户端闪退、随机退出现象 (7)2.1.4 Java异常导致的应用退出 (7)3.测试过程中遇到的一些问题分析和个人理解 (8)3.1安装包解析错误 (8)3.2不同系统平台下功能可能存在着差异或者删减 (9)3.3考虑同一个问题在类似场景下的表现 (9)3.4 成功升级后，却发现应用还是老版本? (9)3.5 利用中间件技术开发的应用被360、金山毒霸检测出病毒、木马等威胁？ (10)1、我们为什么要对BUG进行分析？测试的目的就是为了发现BUG，而至于BUG的原因，很多时候我们并不关心。
我们会认为这是开发人员的事情，其实这种想法是错误的。
因为通过分析BUG，可以有效提高我们对于软件的理解，进而能发现更深层次、严重等级更高的BUG。
通过对程序理解程度的提高，就能避免出现反复提交重复原因的BUG。
因为这样的BUG提交到开发同事那里，很快就会被关闭，它们毫无价值，反而会降低我们的有效BUG率。
2、我们怎么才能保证我们提交BUG的有效性?我们在提交BUG时，一定要能够确定是程序本身出了问题，否则不要轻易提交BUG，但是我们又要如何确定这个BUG是程序的问题？一、首先一定要能重现这个BUG，确定BUG出现的场景，也就是说我们的BUG描述一定要具体和准确。
确定BUG出现的场景是尤为重要的，因为它能够直接推导出BUG产生的原因。
举个例子，大家都一定都曾经遇到过，我们提交一个了BUG，在我们的机器上可以复现，但是到了开发人员那里就复现不了，或者根据你的BUG描述，开发人员无法重现问题。
这种情况在我们日常工作都遇到过，而出现这种情况的可能性有两种:1）我们并没有明确BUG出现的场景，这就是我们的问题，我们的BUG描述中可能存在歧义或者不详尽的地方。
因此我们的复现路径一定要准确。
2）测试环境的问题，这就需要我们不断的排查从而缩小BUG出现的场景，如：找找第3台机器试试，排除不是机器本身的问题，浏览器版本的问题，浏览器型号的问题，当前网络条件的问题，系统版本的问题等等。
这种分析工作不仅仅是开发人员的工作，同时也是我们测试人员的工作之一。
二、BUG本身是否与原有需求存在矛盾？这种情况比第一种情况更容易判断，这属于业务层次的问题。
这同样也为我们带来了另外一个问题，那就是我们对于业务的熟悉程度。
对于测试人员而言，熟悉业务可能是我们最基本同样也是最重要的一项工作。
一个熟悉业务的测试人员，可以凭借自己对于软件熟悉程度来判断软件中哪部分的功能里可能存在严重问题。
2.1遇到以下情况时的一些建议(适用于以中间件开发的客户端)2.1.1 当我们遇到以下情况时1）跳转页面时，页面始终处于loading状态2）在播放视频时，视频长时间处于连接中、缓冲等等状态时3）点击某个按钮无响应首先我们需要排除客观因素，比如当时的网络条件。
网络是否联通，可以尝试使用手机浏览器访问网络，或者使用手机中其他应用，检测当前情况下，网络是否正常。
当最后确认非网络问题后，我们可以通过查看后台日志，从而判断是程序出错。
首先我们打开eclipse中的DDMS,使用WriteLogs过滤，重新复现一下当时的场景，如果存在无响应，那我们就在日志中搜索”error”,看看日志中是否存在报错信息，如果出现以下类似信息，说明当前代码在运行过程中存在报错，接下来就可以提交BUG，并附上报错相关日志，请开发同事具体定位问题了。
(类似这种报错一般都是业务代码有错或者模板报错)2.1.2 系统提示进程未响应有些时候，在测试过程中偶尔会碰到客户端”假死”的情况，也就是我们说的程序无响应，Application No Response（简称ANR) 。
这种情况一般是因为客户端在某一个线程中处理时间超过5秒以后，系统便会弹出提示。
ANR问题出现以上问题时，首先是将完整的日志抓取出来，此时就不需要过滤客户端的WriteLogs了，开发人员需要的是当时的系统Log来分析问题。
如果是ANR问题，那么就在日志中搜索“ANR”关键词，即可快速定位到关键事件信息。
上述日志是云之南社区测试过程中遇到的一次ANR问题，从日志可以看到以下信息。
ANR in com.wondertek.yninfo (com.wondertek.yninfo/com.wondertek.activity.AppActivity) Reason: keyDispatchingTimedOut除了以上这份Log以外，我们还需要一份更详细的日志来辅助定位问题。
安卓系统在应用出现ANR问题时，会自动保存一份日志至/data/anr，我们就需要该目录下的traces.txt这个文件。
我们可以通过adb命令导出该文件，具体命令如下:adb pull /data/anr C:\Users\kay\Desktop (可以将后面的路径替换成你想要的路径)通过以上的traces文件日志，开发就可以准确定位到具体是哪个代码文件的哪一行代码导致了此次的ANR问题。
2.1.3 客户端闪退、随机退出现象在我们的测试过程中，时不时的就会碰到一些意外情况。
比如在点击某个按钮或者页面跳转时，客户端就自动退出了。
这个时候我们需要做的就是及时的抓取当时的日志信息，这里需要的日志同样是完整的日志(包含系统Log和客户端的WriteLogs)。
对于中间件的项目我们可以通过搜索"#00" 关键词来查看是否存在引擎的堆栈日志，类似如下日志输出:通过日志我们可以看到，客户端最后是死在引擎的libapi.so这个库中，这样我们就可以将问题提交给引擎组的同事处理了。
但这里值得一提的是，上面日志中的这一行#04 pc 00045499 /data/data/com.cmcc.mobileaudio/lib2/WD/libapi.so (_WriteLogs+372) 由于我们客户端的WriteLogs这个函数存在字符限制，如果超过1024个字符输出，则会崩溃(部分节目的介绍信息可能超过了1024个字符)，因此导致了退出问题。
但这个问题只存在于debug版本的安装包中，release版本中不会存在日志输入，所以就不会遇到这个问题，所以如果以后在测试遇到类似的日志输出时，我们可以先通过日志判断一下，再安装release版本复验一下，看是否还会出现以上问题。
2.1.4 Java异常导致的应用退出在我们测试过程中，还会遇到一种退出现象。
客户端闪退后，手机提示“XXX已停止”，此时便是应用在运行过程中遇到了Java异常。
同样的，我们需要做的第一件事还是及早的抓取相关日志(包含系统Log和客户端的WriteLogs)。
通过搜索“Fatal”或者“Exception”关键字来快速定位到关键事件信息。
从上述日志中我们可以看到这次的Java异常的原因是代码中存在一处空指针，这样我们就可以提交BUG并附上这段日志让开发同事进行代码走查来定位问题了。
3.测试过程中遇到的一些问题分析和个人理解以下是我在测试手机视频过程中遇到过的一些比较具有代表性的问题，希望对其他项目也有警示作用:3.1安装包解析错误该问题经常会出现在客户端升级或者在客户端中下载第三方应用后调起系统安装程序时出现，出现的原因目前总结出两点:1）安装包没有下载完全这一点我们可以将单独从手机中把下载完成的安装包拿出来，然后手动安装一下(或者比对一下安装包大小)，如果也不能安装，那么说明安装包本身可能存在问题。
2）安装包的下载在了手机内存中，即应用的安装路径内如果程序将升级安装包的下载路径写在手机内存中就有可能发生这种问题。
原因是系统对内存中的文件夹缺少读写权限，由于部分机型对应用目录相关权限进行了管理，解析出错，就是因为权限问题。
修改建议，业务在下载新安装包时，应该将其放置在SD卡目录下面。
若SD卡不存在，还是放到应用目录下面，这种机器是否能安装成功就听天由命了（一般来说没SD卡的机型基本没对应用目录做权限限制）。
出现以上问题时，比较好的解决方案是将安装包的下载路径设置在手机存储卡中(内置或者外置存储卡)，这样就可以规避第二种情况。
还遇到过一种情况是，如果手机已下载完成安装包，当你点击再次下载或者升级的时候，程序可能不会重新下载而是直接去调用手机中已下载的安装包。
这样就可能进入一个安装的死循环，永远都是“安装包解析错误”，那这个时候我建议在重新点击下载后，重新去下载安装包并将老的安装包删除以避免出现死循环。
3.2不同系统平台下功能可能存在着差异或者删减我们测试的客户端可能常常会要求在不同手机平台上同时实现，那我们就需要考虑到，不同平台上功能可能存在的差异。
届于系统平台的差异，部分功能就需要单独修改，不能一概直接复用。
其中已知的功能有IOS的升级功能，消息推送，桌面小插件等。
还有非常重要的一点就是返回逻辑的设计，因为iphone手机没有物理返回键。
这些功能都需要我们在测试过程中着重注意的。
3.3考虑同一个问题在类似场景下的表现以我测试的手机视频为例，很多功能都分本地代码和在线模板两部分。
其中本地代码在自构建打包过程中打进安装包内，而在线代码则通过OMS发布后，客户端访问相应页面时动态加载的。
就以播放功能为例，当我们发现在线播放页面中存在一个BUG时，与此同时我们应该再考虑一下是否会在本地播放中也存在同样的问题。
(根据我的历史经验来说，一般两个地方都会有问题)3.4 成功升级后，却发现应用还是老版本?首先请确认对应升级安装包的版本号是否正确，公司客户端的升级是以老客户端覆盖新客户端的形式进行的。
在打包测试前，请先确认预打包的代码是否中版本号相关配置文件是否已正确无误。
版本号相关一般涉及以下代码文件(以手机视频为例):1)打开com_wondertek_mobilevideo3\release目录下的config文件，下图标记处显示的版本号对应客户端内使用帮助页面显示的版本号2)打开Project目录下的AndroidManifest文件，下图标记处的android:versionCode值:该参数在第三方检测升级时会用到，现在很多安卓商城经常会提醒用户有哪些应用有版本更新，就是通过对比这个参数检测到的。