qa怎么查看已提交的数据

❶ 手机提示无法访问移动网络应该怎么处理

若使用的是vivo手机，可参考以下方法处理：

1、打开手机快捷中心（顶部下滑或底部上滑）查看是否已开启数据网络。
2、确保手机卡话费余额充足，如欠费停机，充值成功后请重启手机。请与运营商确认是否已达到流量限制标准或是否开通数据网络功能。必要时可更换能正常上网的SIM卡来确认。
3、如果手机使用了金属、磁吸类保护壳或支架，此类保护壳和支架对手机信号有影响，建议取下后尝试。如果处于地下停车场、电梯间等环境，手机信号的覆盖容易受到这些环境影响，信号会相对弱一些，数据网络也会受到影响，建议前往开阔地带，比如室外空旷的环境测试。
4、请进入手机i管家--流量管理/流量监控--联网管理或设置应用与权限--权限管理，查看应用联网权限是否已开启。
5、请进入设置--其他网络与连接--虚拟专用网络，查看并确认是否使用了虚拟专用网络，如有使用建议关闭后再尝试。
6、请进入手机设置--移动网络（SIM卡信息与设置--对应的SIM卡）--接入点(虚拟专用网络)或设置移动网络/双卡与移动网络--接入点（虚拟专用网络），点击"重置为默认设置"后重启手机。
7、请进入设置--（其他网络与连接）--飞行模式--开启后再关闭。
8、进入设置--系统管理--备份与重置--重置网络设置--重置设置，再使用查看。

注：双卡需选择对应的SIM卡；重置网络设置会将WLAN、移动数据网络、蓝牙等网络的连接、配对记录等删除断开，建议操作前备份下WiFi账号及密码等数据，可以进入云服务--数据同步--打开WLAN、蓝牙等可将数据同步到云服务；进入“云服务”--设备云备份--备份数据类型--打开“系统数据”--返回上一个页面--立即备份，对部分系统设置数据进行备份。

9、若手机端没有“重置网络设置”菜单选项，可进入设置--系统管理/更多设置--备份与重置/恢复出厂设置--还原所有设置--还原。

注：还原所有设置不会删除任何数据或媒体文件，仅会还原手机的所有设置，部分第三方应用帐号需要重新登录，请确认不影响软件使用后再进行操作。为了手机端数据安全，操作前建议提前备份手机数据。（可以进入云服务--设备云备份--备份数据类型--系统数据--返回--立即备份可备份部分系统设置和桌面布局；云服务--数据同步--打开WLAN、蓝牙等可将数据同步到云服务）

10、若以上方法未能解决，请提前备份好手机端重要数据，携带手机前往vivo客户服务中心检测处理。

温馨提示：建议前往时携带相关购机凭证（如：购机发票/保修卡/身份证），提前电话咨询服务中心工作人员，确保工作人员在正常上班时间再前往，避免空跑，往返路上注意安全。

❷ 软件开发中的SD、SE、QA和RD是什么意思

SD:软件开发
SE;软件开发工程师
QA;QA也就是英文QUALITY ASSURANCE 的简称，中文意思是品质保证。
RD:则是指Research and Development(研发)。
在测试过程中，经常遇到需要和RD、PM沟通的问题。

1、写case时，对需求文档内容存在疑问。

解决办法：

1）先找之前参与需求评审的QA，询问；

2）问开发该需求的RD：查看RD排期，是否已经，或即将开始开发，若RD未开始开发，很多时候，他们也不是很了解需求内容。

3）若影响case的编写，可在企业微信上，直接问PM。若问题较多，可直接找PM当面询问。

4）若不影响case的编写，可在case里做标记，在case评审时抛出，请PM回答。

2、在开始测试的前一天，找RD确认是否能正常提测。有时RD反馈无法正常提测。

解决方法：

1）一定要确认影响提测的原因，如果当前自己排期内可消化，可在与其他RD沟通，并在自己排期内做调整。

2）一定要确认可以提测的时间点，如果是由于server端导致delay，是否可以让端上RD给个入口，端上先mock数据先测。

3）若端上或server有delay，一定要告知直接领导。

4）delay有可能导致风险，一定要及时抛出，若需要报risk，一定告知RD，一定及时在Jira提risk。

5）若严重delay，且server或端没有配合尽快解决，可邀请领导加入微信群，催促大家尽快完成；若问题非常严重，可邀请领导的领导加入微信群（谨慎邀请），催促大家尽快完成。

3、在测试过程中，遇到RD无法解决的bug，同时无法解决的bug数量不多。

解决办法：

1）告知PM：bug详情、RD反馈无法解决。

2）若PM表示不修改，则在Jira上对应的bug上备注并关闭bug（备注中要标明具体PM）。

3）若PM表示要修改，在企业微信上拉群：QA、RD、PM，在群里告知该问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

4、在测试中，若遇到RD无法解决的bug，同时QA感觉该问题比较影响体验，可告知PM且与PM达成一致后，拉微信群，@RD，反馈bug，让RD修改。

5、若QA感觉需求设计有问题，可与RD达成一致后，与RD共同反馈给PM。

6、在测试中，遇到RD无法解决的bug，同时无法解决的bug数量较多。

解决办法：

1）将问题一一统计，在企业微信上拉群：QA、RD、PM，在群里告一一抛出问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

若遇到特殊情况：

1）很多bug，RD反馈无法解决，PM反馈要修改，但RD和PM僵持不下，没有结果。

2）有的bug，QA感觉严重影响体验，但RD反馈无法解决，PM反馈当前版本不修改。

3）当前需求无法解决问题太多，严重影响用户体验。

4）若严重delay，且server或端没有配合尽快解决。

解决办法：

1）告知直接领导当前情况。

2）发邮件：列表格，将各个bug一一记录，加上RD的反馈，和PM决定当前版本是否修改，将表格添加到邮件中，在测试结束前，发邮件，邮件里@RD和@PM，使其在某个时间点前作出回复确认当前情况。邮件抄送给直接领导、QA全员。

3）如果问题很严重：严重影响用户体验，告知直接领导当前情况，找明明说明当前情况。

4）可邀请领导加入微信群，督促大家尽快处理当前问题；若问题非常严重，可邀请leader加入微信群，督促大家尽快处理当前问题。

7、在参加需求评审前，先阅读一遍需求文档，如果有疑问，需要记录下来，可在wiki的需求文档上直接对有疑问的地方备注提出问题，在参加需求评审时，直接提出，问PM。

若在需求评审上，有未确定的内容，在需求评审的checklist上，是否通过一栏，填写：“未通过”，并备注未通过原因，以及未确定的内容。需求评审后继续跟进，督促PM对会上未确定的内容作出解答，或开二次评审，需求上有更改、添加、删除的内容，督促PM在wiki上做相应的更改。

8、在测试过程中，PM作出的需求更改、需求添加，都要及时督促PM更新到wiki文档上。

9、向RD询问bug引入原因的时候（尤其是以前没有该bug，最近都没有对该部分作出修改，但是测试中发现了该bug），有些RD不配合查找bug引入原因。

沟通方法：

❸ QAC静态检查之客户端操作

QAC静态检查之客户端操作详解</

客户端操作QAC，不仅限于GUI界面，还提供了灵活的命令行工具——qacli，让开发者根据需求自由选择。以下是进行客户端操作的关键步骤和功能概览：

前提条件</

• QAC服务启动</：确保服务运行，用于创建和分析工程。启动时，界面会显示光标闪动的提示。


• Dashboard服务</：启动后，支持上传检查报告并查看结果。通过浏览器访问 http://10.XXX.XXX.XXX</，并使用账户名/密码 XX/XX</ 登录查看。


• 客户端安装</：在Ubuntu等环境中，你需要下载相应的应用包，将其部署在系统中。安装核心模块 Helix-QAC，它包含了丰富的功能模块。

核心模块功能概览</

• M3CMMISRA C3</：遵循MISRA-C3指导方针，规则分为建议、必需和强制，其中数据流分析（Dataflow）在选择M3CM组件时自动启用。根据硬件环境和代码复杂性调整分析级别，为你的项目提供定制化的合规性检查。


• CERTCPPM</：基于SEI CERT C++编码标准的模块，保持与最新标准的同步。


• CERTCCM</：基于SEI证书C编码标准，规则基于2020年版本，包含特定的ERR34-C、CON43-C和MSC41-C规则。


• ASCMASCM</：专为AUTOSAR体系结构设计，确保项目符合AUTOSAR C++14编码规范，提高汽车电子系统的安全性。

编码规则概览</

QAC规则库包含一系列严格的编码标准，涵盖了代码质量、安全性和一致性等多个方面，以帮助开发者编写出高效、健壮和可靠的代码。例如，你可能会遇到涉及数据类型、内存管理、异常处理等方面的规则，这些都是确保代码质量的关键要素。

通过上述步骤和理解QAC的规则库，开发者能够有效地利用客户端工具进行静态检查，确保项目代码遵循最佳实践，提高产品质量和代码的可维护性。