J2ME Polish 全攻略之入门

软件测试与可靠性评估方法研究   软件测试与可靠性评估方法研究   阅读详情
J2ME Polish 全攻略之入门

在看这篇文章之前,我希望读者先浏览漫游 J2ME Polish--比较详细的文档.doc 这篇文章

内容简介

J2ME Polish现在很火,很多手机软件开发商都在采用这东西进行二次开发。然后很可惜,网络上关于这方面的中文比较少,所以我根据我学习的经过,整理成文章,希望对初学着以及爱好者有所帮助。

1.到官方http://www.j2mepolish.org/ 上下载安装包,现在最新版本是2.0 R4版本,本人建议安装1.2.4版本,因为2.0R4版本可能存在一些不兼容以及一些bug。本人用2.0R4版本的时候,有些例子并不能通过测试

运行cmd,然后输入java –jar D:"J2ME Polish.jar即可出现提示窗口,然后点下一步,就ok了。

上面的目录结构很清晰。

其中最import是系统引入的包,其中包括一个bulid的包,以及其他一些,midp等规范包。

Samples 是例子文件,我的版本里面只有两个例子,一个是menu,描述的是,采用J2ME Polish GUI,创建适合各个平台的统一外观的包,基于CSS设计的。是UI设计的典范,可以具体研究。 Sysinfo是一个系统信息的测试例子,涵盖了几乎所有平台上对jcp规范支持等测试信息,是我们开发程序中必须要用到的知识。

Doc是文档,此文档暂没有中文。我们学习起来比较吃力

ApiJ2ME Polish提供给开发人员使用的公共接口

Bin一些可执行文件

其中readme.txt文件,关于项目的一些描述

LICENSE.txt 版权信息,作为商业开发者,一定要看哦

对于顶级目录下的xml文件,基本上都是J2ME Polish的描述文件,很重要的哦。是研究它的最直接的资料,可惜,我也是刚学习,没有深入去了解它

其中groups.xml定义了不同的平台下面的东西,比如s40s60s80390,等api

Vendors.xml定义了厂商的规范,特性等,比如键值的定义啊。J2ME Polish处理键值事件的时候主要是对这些规范进行预编译,所以适合很多平台,厂商。

Devices.xml是对各个平台支持规范程度的描述,此文件包含了很多个平台支持描述。

上面的所有配置都是基于xml了。可以自己扩展,api,配置,以及平台

三.运行例子Menu SysInfo

2.查看bulid.xml文件,看看它做了些说明手机,让我们的工作这么轻松愉快

由于贴xml文件,word并没有进行格式化,所以我这里重点介绍下。

<project name="enough-j2mepolish-example" default="j2mepolish">

这段是说,建立一个project默认执行的targetj2mepolish

<property name="wtk.home" , value="D:"WTK22" />

WTK的安装目录

<property name="polish.home", value="D:"Program Files"J2ME-Polish" />

J2ME Polish 的安装目录

<taskdef name="j2mepolish"

classname="de.enough.polish.ant.PolishTask"

classpath="${polish.home}/import/enough-j2mepolish-build.jar<img0" border="0">{polish.home}/import/jdom.jar<img0" border="0">{polish.home}/import/proguard.jar<img0" border="0">{polish.home}/yguard-lib.jar:${wtk.home}/wtklib/kenv.zip"/>

这个很重要,定义说。执行这个targer Task,这里是指执行de.enough.polish.ant.PolishTask这个类。具体可以看源代码,看看里面做了些说明手脚

<obfuscator name="ProGuard" useDefaultPackage="true" unless="test" >

<!--

You can set additional parameters here, e.g.:

<parameter name="optimize" value="false" />

-->

</obfuscator>

这个用来打包用的,采用ProGuard混淆器

其他的自己研究。

我们现在来看看,运行build.xml后生成了些什么呢。不看不知道,一看吓一跳,

build的文件夹下面,我发现了好多文件,全部是对于平台不同的资源源代码。原来,J2ME-Polish的原理是,通过ant build的扩展,然后通过自己的一套API,把用户的代码转换成对应各个平台的源代码,然后编译,打包。原理虽然简单,但是这一套却是要花很多功夫ide哦。我现在开始有点佩服J2ME Polish的创意了。也难怪,我的主管说J2ME Polish是个好东西,好以后继续学习J2ME Polish的源代码,继续探讨。

上面的例子是基于J2ME – Polish GUI的,现在的例子是不import任何的J2ME Polish MIDP相关的API,这样例子对应需要开发。这个例子更简单,按照我刚才所写的方法办即可。

顺便介绍下这个例子,这个例子对应开发手机软件来说,也是很有用的。里面包含了对JSR规范支持的测试,已经屏幕,按键等相关的测试,很有用。

21、软件可靠性增长模型与抽样测试方法研究 本文围绕软件可靠性增长模型(SRGM)和软件测试方法展开研究。首先分析了具有不完美调试特性的SRGM的渐近性质,探讨参数最大似然估计(MLE)序列向正态分布的收敛情况,并通过模拟实验验证相关理论结果。其次,提出了一种基于连续抽样计划的两级软件测试方法,该方法结合测试阶段的动态转换与错误类型分类机制,在减少测试时间和预算消耗的同时有效控制产品质量。通过马尔可夫链方法建立了测试计划的数学模型,并进行了性能评估和数值实验验证。研究表明,该方法在大型软件测试中具有良好的应用前景。 阅读详情

相关推荐

14、软件可靠性建模中的测试努力函数研究与分析

本文系统研究了软件可靠性建模中的测试努力函数(TEF),分析了12种常见的测试努力函数模型,包括常数TEF、威布尔TEF、指数TEF、瑞利TEF等,并通过数值分析比较了不同TEF在多重决定系数(R²)、调整后的R²、平方误差和(SSE)、均方误差(MSE)、赤池信息准则(AIC)和贝叶斯信息准则(BIC)等指标下的表现。结果表明,威布尔TEF、指数威布尔TEF、Burr-型XII TEF、对数逻辑TEF和逻辑指数TEF在多个比较标准下表现优异,而瑞利TEF表现相对较差。文章进一步分析了不同TEF的特点及其适

sugar的博客 92

j2me polish v212源码

j2me polish v212完全源码

52、软件测试与可靠性评估全解析

本文全面解析了软件测试中的缺陷分析与预防策略,以及软件可靠性评估的核心方法。重点介绍了基于执行时间的Musa基本可靠性模型,阐述了其在故障强度预测、测试决策支持中的应用,并讨论了模型的局限性与应对策略。通过量化指标和实际案例,帮助团队判断测试充分性,优化测试流程,提升软件质量与可靠性。

m3n5b7v8c9x的博客 48

J2ME Polish 配置参数详解-j2me教程

J2ME Polish 配置参数详解-j2me教程J2mePolish 2008-06-26 17:33:30 阅读27 评论0 字号:大中小 前段日子我写了 J2ME Polish 全攻略入门这篇文章。虽然写的不怎么样,不过却是带了不少人入门。现在摘录网上的一段话来描述J2ME Polish现状希望开始研究J2ME-POLISH先有点心理准备ui的问题多多,特别是他所支持的CSS 

儿子叫 万千亿 1270

j2me polish 学习开始

从今天开始学习j2me polish ,目标作一个通用的mp3 player 应用,希望有志同道合的同志们加入,一同进步。 了解有关j2me polish的信息可以访问官方网站: www.j2mepolish.org 以下是我的联系方式 Gtalk: hit456@gmail.com MSN: hit456@163.com ...

hit1983 236

polish的devices参数使用参考

Sagem/MyX5-2DisplayPlatformMemoryKeysGroupsPreprocessing CapabilitiesPreprocessing Symbols DisplayPropertyValuePreprocessing AccessScreen-Size (width x height)128x1

儿子叫 万千亿 697

智能汽车-大模型应用文献3

ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE) 2024 查看。43 Requirements Engineering for AI-based Automotive Systems: The Role of LLMs 研究如何利用LLM辅助进行基于AI的汽车系统的需求提取、分析、验证和管理。

NealZHANG的博客 431

可靠性测试 – 软件测试

基本上,每当在应用程序中添加任何新功能、删除旧功能或修复错误时,都会执行回归测试,以确保在引入新功能或修复以前的错误时,应用程序中不会引入新错误。这种类型的测试涉及使系统承受负载或使用量的突然、意外增加,以识别可能导致系统失败的性能瓶颈或问题。是一种测试技术,涉及测试软件的运行能力和给定的环境条件,有助于发现软件设计和功能中的问题。需要注意的是,可靠性测试可能需要专门的工具和测试环境,并且这通常是一个昂贵且耗时的过程。这种类型的测试涉及对系统进行高水平的使用或负载,以识别可能导致系统失败的性能瓶颈或问题。

jianqimingtian的博客 1004

6、软件可靠性评估与模型发展

本文全面探讨了软件可靠性评估与模型发展的相关内容,包括软件可靠性研究中的假设检验方法和预测有效性的衡量标准,同时深入分析了软件可靠性工程中的关键问题及解决方案。文章回顾了软件可靠性增长模型的发展历程,对比了不同模型的特点与适用场景,并探讨了如何选择和验证可靠性模型。最后,文章展望了软件可靠性研究的未来趋势,强调了多学科融合、智能化与实时监测的重要性,为提升软件系统的可靠性提供了理论支持和实践指导。

yy01234的博客 67

28、软件测试技术:覆盖评估与用例生成

本文探讨了软件测试中的覆盖评估与测试用例生成技术。覆盖评估部分分析了故障检测能力、随机测试与分区测试的比较以及覆盖技术在模型层面的应用。测试用例生成部分介绍了定理证明、符号执行和模型检查等方法,分别适用于形式规范模型、抽象模型和具体代码的测试需求。文章总结了不同技术的优缺点,并强调随机测试与基于覆盖的方法应相辅相成,以提高软件测试的效率和质量。

seed的博客 76

软件测试工程研究

在软件测试的生命周期中,制定有效的测试计划和选择合适的测试策略是确保测试质量和效率的关键环节。例如,在一个电子商务网站的登录功能测试中,可以先使用等价类划分来确定有效的用户名和密码范围,然后使用边界值分析来测试长度极限和特殊字符,最后使用决策表来处理不同登录尝试次数下的响应。是一种更为自动化的方法。在这个阶段,测试团队需要按照既定的测试计划和设计的测试用例,对软件进行全面的测试,以发现和报告潜在的问题。在这个阶段,测试团队需要基于需求分析和测试计划,制定详细的测试方案,包括测试用例的设计和测试数据的准备。

2401_86544677的博客 1067

17、NHPP 软件可靠性建模与人工智能在软件测试中的挑战

本文探讨了基于Lindley分布的七种新型无限Lindley型非齐次泊松过程(NHPP)软件可靠性模型(SRMs)在软件可靠性建模中的应用与挑战,并分析了其在拟合优度、预测性能和可靠性评估方面的表现。同时,文章深入研究了人工智能(AI)在软件测试中的应用,包括遗传算法、蚁群优化、粒子群优化等AI技术在测试数据生成和优化中的作用,并详细讨论了AI在软件测试中面临的挑战,如测试数据识别、算法不确定性、有效性度量困难及数据划分问题。文章最后提出了应对这些挑战的潜在策略,并展望了NHPP软件可靠性建模和人工智能在软

sugar的博客 90

软件可靠性测试意义,软件可靠性测试方法与目的

随着软件技术的快速发展,计算机软件在现实生活的作用越来越大,和生活的融入度也越来越高,然而随着博弈仿真问题的规模和复杂度的提升,软件的可靠性问题也越来越突出。深入研究软件可靠性模型对于预测评估软件的可靠性具有十分重要的意义。软件可靠性测试是指为了保证和验证软件的可靠性要求而对软件进行的测试。其采用的是按照软件运行剖面(对软件实际使用情况的统计规律的描述)对软件进行随机测试测试方法。通过软件可靠性...

weixin_34234741的博客 2390

【软件测试】稳定性和可靠性测试在软件开发中的重要性

可靠性测试定义是确定是否存在数据泄漏(稳定性测试)以及系统在发生故障后需要多长时间才能恢复(恢复测试)的活动。除此之外,它还分析峰值负载下和(压力/尖峰测试)模拟组件故障(故障转移测试)期间的行为。可靠性测试的目标是提高平均故障间隔时间 (MTBF)平均故障时间 (MTTF)和平均修复时间 (MTTR),并为开发团队提供一套改进指南。软件可靠性通常以系统可用性来衡量——该值不应低于 99%。

nhb687095的博客 1231

软件测试期末复习要点整理

一、名词解释 1. 黑盒测试 黑盒测试测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷,而不关心程序具体如何实现的一种测试方法。 2. 集成测试 集成测试又叫组装测试,通常在单元测试的基础上,将所有程序模块进行有序的、递增的测试。重点测试不同模块的接口部分。 3. 条件组合覆盖 组合覆盖:通过执行足够多的测试用例,使得程序中每个判定的所有可能的条件取值组合都至少出现一次。 满足组合覆盖的测试用例一定满足判定覆盖、条件覆盖和判定/条件覆盖。 4. 软件可靠性 软件可靠性定义为在某个

weixin_43595277的博客 1万+

软件可靠性预测:灰色预测模型原创研究

灰色系统(Grey System)是指信息不完全确定的系统,即在系统中既存在已知信息,也存在未知或非确定信息。其基本思想是将一个复杂的系统拆分成若干个子系统或因素,通过研究这些子系统之间的关系和数据序列之间的规律性来进行系统分析。灰色系统的特点可以概括为:信息不完全:系统中的信息并非完全明确,存在一定的模糊性。数据量少:与传统的统计分析不同,灰色系统分析并不需要大量的样本数据。操作简便:构建模型和求解过程相对简单,便于在实际中应用。

weixin_42146230的博客 864

8、基于多响应和多属性效用理论的软件可靠性与测试资源分配研究

本文研究了基于多响应和多属性效用理论的软件可靠性建模与测试资源分配问题。首先,通过多响应期望函数和响应面方法建立了软件可靠性模型,分析了输入因素对缺陷间隔时间和缺陷消除时间的影响。其次,提出了基于多属性效用理论的最优测试资源分配方法,综合考虑了软件可靠性、测试资源消耗和成本等多个评估属性。通过数值示例验证了不同权重模式对测试资源分配和剩余故障数量的影响。研究结果为软件开发过程中的可靠性和资源管理提供了理论支持和实践指导。

o9p0q1的博客 90
上一篇: 手机J2ME环境测试程序--测试手机对jsr的支持以及其他信息
下一篇: 3G视线J2ME 工具包0.0.1版本发布了
无敌程序员一
博客等级 码龄19年 63粉丝 89原创
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值