bug小结

 

1,Couldn't read row 1, col 1 from CursorWindow

java.lang.IllegalStateException: Couldn't read row 1, col 1 from CursorWindow.  Make sure the Cursor is initialized correctly before accessing data from it.

原因:查询字段与数据库的字段不一致(严格区分大小写)导致不能读取到。,

 

2,启动Activity用startActivityForResult 不能回调onActivityResult()

http://www.eoeandroid.com/thread-43479-1-1.html

 

我点击按钮启动一个界面 再回调
启动代码如下:


  1. Intent intent = new Intent();
  2. intent.setClass(this,InsertActivity.class);
  3. this.startActivityForResult(intent, 0);

复制代码
InsertActivity 返回代码如下


  1. Intent intent = getIntent();
  2. Bundle bd = new Bundle();
  3. bd.putSerializable("VO", vo);
  4. intent.putExtras(bd);
  5. this.setResult(2, intent);
  6. this.finish();
复制代码
回调方法:

  1. protected void onActivityResult(int requestCode, int resultCode, Intent data) {
  2.                 switch (resultCode) {
  3.                
  4.                 case 2:
  5.                         System.out.println("进来了");
  6.                         break;

  7.                 default:
  8.                         Toast.makeText(NewTaskListSurveyInputSecondInfoActivity.this,
  9.                                         "默认了", Toast.LENGTH_LONG).show();
  10.                         break;
  11.                 }
  12.         }

复制代码

代码是这样写的
我AndroidManifest.xml这个activity定义是弹出来的
<activity android:name="com.demo.InsertActivity" android:theme="@android:style/Theme.Dialog"  android:launchMode="singleInstance"></activity>

红色部分是我加的属性 我把android:launchMode="singleInstance"属性去掉就能回调,加上就不行

我加上android:launchMode="singleInstance" 我是想不管点击这个按钮多少次 都只会弹出一个InsertActivity
如果不用属性android:launchMode="singleInstance"还有什么好的方法呢??除开 那种开关试的按钮存在
或者解决加上android:launchMode="singleInstance" 让他回调onActivityResult()??

注:android:launchMode="singleTask" 不行 他会启动之前就调用onActivityResult

<think>首先,用户的问题是关于如何撰写测试小结,具体是测试报告总结怎么写,以及软件测试小结模板。用户引用了几个参考内容,但根据系统指令,我需要基于用户的问题来回答,而不是直接复制引用。 系统指令:-所有行内数学表达式使用`$...$`格式。 -独立公式使用`$$...$$`格式并单独成段。- LaTeX语法正确。-使用中文回答。-生成相关问题。 -回答中引用的段落末尾自然地添加引用标识,例如 `[^1]`。-回答结构清晰,帮助用户逐步解决问题,保证真实可靠。用户的问题是关于测试小结的撰写,所以我需要提供关于如何写测试报告总结的指导,包括模板。参考引用:-引用[1]:提到测试报告内容:编写目的及范围、测试过程、缺陷统计与分析、测试总结(风险分析与建议、测试结论)。-引用[2]:是关于测试报告模板的群组信息,但重点是模板。 -引用[3]:讨论Bug报告的质量和内容。 用户的问题焦点是“测试小结”或“测试报告总结”,所以我应该集中在总结部分。结构我的回答:1.**逐步解释如何撰写测试报告总结**:基于引用[1],测试总结包括风险分析与建议、测试结论。 2. **提供模板**:给出一个简单的软件测试小结模板。3.**确保真实可靠**:基于软件测试最佳实践。4.**生成相关问题**:在回答末尾添加相关问题。5.**使用中文**:整个回答用中文。6.**数学表达式**:用户问题中没有涉及数学,所以可能不需要。但如果提到任何指标如覆盖率,可以用行内数学格式,例如:测试覆盖率是$95\%$。关键点来自引用:-测试总结:风险分析与建议、测试结论。-缺陷统计:缺陷汇总、缺陷分析、遗留缺陷统计。所以,测试小结应该包括: -测试结论:是否通过?系统是否稳定? -风险分析:潜在风险。 -建议:改进建议。-缺陷总结:关键缺陷、遗留问题。 模板大纲:1. **测试结论**:总结测试结果。2.**缺陷分析**:关键缺陷统计。 3. **风险与建议**:识别风险并提出建议。 4. **遗留问题**:如果有的话。 现在,构建回答:- **开头**:直接回答用户问题。 -**主体**:分步骤解释如何写测试小结。 -**模板**:提供一个示例模板。- **结尾**:添加相关问题。生成相关问题: -类似于系统指令的示例,如:1.如何提高测试报告的有效性?2.测试报告中的缺陷分析有哪些方法?3.测试报告总结的常见错误是什么? 最后,添加引用标识:在回答中如果提到引用内容,自然地添加,如基于引用[1]的内容。</think>### 如何撰写测试报告总结(测试小结) 测试报告总结(也称为测试小结)是软件测试文档的核心部分,它浓缩了整个测试活动的关键结果、结论和建议。一份好的测试小结能帮助团队快速理解测试成果、识别风险并指导后续行动。下面我将逐步解释如何撰写,并提供一个实用模板。内容基于软件测试最佳实践和行业标准(如ISTQB标准),并结合您的引用内容进行优化[^1]。 #### 步骤1: 明确测试结论 测试结论是整个小结的开篇,需简洁总结测试结果。回答核心问题:系统是否满足需求?是否可发布? - **关键元素**: - 测试通过率:例如,测试用例通过率为$95\%$(使用行内数学格式表示百分比)。 - 系统稳定性评估:如“系统在压力测试下表现稳定,无重大崩溃”。 - 是否符合发布标准:如“建议发布”或“需修复关键缺陷后再评估”。 - **示例写法**: > 本次测试覆盖全部核心功能,用例执行率$100\%$,通过率$92\%$。系统基本稳定,但存在少量高优先级缺陷,建议在修复后发布。 #### 步骤2: 缺陷统计与分析 缺陷分析是总结的核心,需量化数据并识别问题根源。参考引用[1],这包括缺陷汇总、分析和遗留缺陷统计[^1]。 - **关键元素**: - 缺陷汇总:总缺陷数、按优先级/严重性分布(如:严重缺陷$5$个,中等$10$个)。 - 缺陷分析:根本原因(如代码逻辑错误、需求歧义)、分布模块(如登录模块缺陷占比$40\%$)。 - 遗留缺陷:列出未修复缺陷及其风险(如“遗留1个低优先级UI问题,不影响核心功能”)。 - **示例写法**: > 共发现缺陷$25$个,其中高优先级$3$个(已修复),中优先级$12$个(修复率$90\%$)。主要问题集中在支付模块(占比$50\%$),根源为需求变更未及时同步。遗留$2$个低风险缺陷,计划下版本修复。 #### 步骤3: 风险分析与建议 基于测试结果,评估潜在风险并提出改进建议。这部分直接影响项目决策[^1][^3]。 - **关键元素**: - 风险分析:如性能瓶颈、兼容性问题或未覆盖场景的风险概率(例如:移动端兼容性风险$高$)。 - 建议措施:具体可操作建议,如“增加自动化测试覆盖率”或“优化需求评审流程”。 - **示例写法**: > 风险:高并发场景下响应时间超标($>5s$),存在$20\%$用户流失风险。建议:优化数据库索引,并在下轮测试中增加负载测试用例。 #### 步骤4: 测试过程总结 简要回顾测试执行情况,以证明结论的可靠性。 - **关键元素**: - 测试范围与环境:如“覆盖Web和移动端,环境:Chrome浏览器 + Android 10”。 - 资源使用:测试时间、人员投入(如“2周测试周期,3名测试工程师参与”)。 - **示例写法**: > 测试范围包括API和UI层,环境为Linux服务器 + JMeter工具。总耗时$10$人天,用例覆盖率$98\%$。 ### 软件测试小结模板 以下是一个通用模板,您可根据项目调整内容。模板结构参考引用[1]和[3],确保专业性和实用性[^1][^3]。 ```markdown # 软件测试报告总结 ## 1. 测试结论 - 总体评估:[系统是否通过测试?如“基本通过,但需关注遗留缺陷”] - 关键指标:用例执行率 $[值]\%$,通过率 $[值]\%$,缺陷修复率 $[值]\%$。 - 发布建议:[如“建议发布正式版”或“需回归测试后再评估”] ## 2. 缺陷统计与分析 - **缺陷汇总**:总缺陷数 $[n]$ 个(高优先级 $[a]$ 个,中 $[b]$ 个,低 $[c]$ 个)。 - **缺陷分布**:模块占比(如:登录模块 $[x]\%$,支付模块 $[y]\%$)。 - **根本原因**:[如“需求变更未覆盖”或“代码逻辑错误”] - **遗留缺陷**:[列表未修复缺陷及风险,如“ID#123:UI错位(低风险)”] ## 3. 风险分析与建议 - **主要风险**:[如“性能瓶颈:响应时间 > $5s$,风险概率$高$”] - **改进建议**: 1. [具体建议1,如“增加自动化测试覆盖至$80\%$”] 2. [具体建议2,如“加强需求评审流程”] ## 4. 测试过程概述 - 测试范围:[如“功能测试、性能测试”] - 环境与工具:[如“Selenium + Jenkins,环境:Windows 10”] - 资源投入:[如“周期:2周,人员:3名测试工程师”] ``` ### 撰写技巧 - **保持简洁**:总结控制在1-2页内,避免冗长。引用[3]强调报告质量决定测试人员可信度[^3]。 - **数据驱动**:多用量化数据(如$缺陷密度 = \frac{缺陷数}{代码行数}$),增强说服力。 - **自然引用**:如果参考外部标准(如ISTQB),可在末尾添加引用标识。 - **审查要点**:确保结论与缺陷分析一致,避免主观臆断。 通过以上步骤,您能创建出专业、可靠的测试小结。如需完整测试报告模板,可参考引用[2]中的资源群组获取更多示例[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值