软件缺陷的分类标准
1.缺陷标识(Identifier): 缺陷标识是标记某个缺陷的一组符号。
每个缺陷必须有一个唯一的标识。
2.缺陷类型 (Type): 缺陷类型是根据缺陷的自然属性划分的缺陷种类。
3.缺陷严重程度 (Severity) :缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。
4.缺陷优先级(Priority): 缺陷的优先级指缺陷必须被修复的紧急程度。
5.缺陷状态(Status) :缺陷状态指缺陷通过一个跟踪修复过程的进展情况。
6.缺陷起源(Origin) :缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。
7.缺陷来源(Source): 缺陷来源指引起缺陷的起因。
8.缺陷根源(Root Cause): 缺陷根源指发生错误的根本因素。
F- Function :影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。
并且设计文档需要正式的变更。
如逻辑,指针,循环,递归,功能等缺陷。
A- Assignment: 需要修改少量代码,如初始化或控制块。
如声明、重复命名,范围、限定等缺陷。
I- Interface: 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。
C- Checking: 提示的错误信息,不适当的数据验证等缺陷。
B Build/package/merge :由于配置库、变更管理或版本控制引起的错误。
D- Documentation: 影响发布和维护,包括注释。
G- Algorithm :算法错误。
U-User Interface:人机交互特性:屏幕格式,确认用户输入,功能有效性,页面排版等方面的缺陷。
P-Performance:不满足系统可测量的属性值,如:执行时间,事务处理速率等。
N-Norms:不符合各种标准的要求,如编码标准、设计符号等。
软件测试错误严重程度1.Critical:不能执行正常工作功能或重要功能。
或者危及人身安全。
2.Major:严重地影响系统要求或基本功能的实现,且没有办法更正。
(重新安装或重新启动该软件不属于更正办法)3.Minor:严重地影响系统要求或基本功能的实现,但存在合理的更正办法。
(重新安装或重新启动该软件不属于更正办法)4.Cosmetic:使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。
5.Other:其它错误。
同行评审错误严重程度1.Major:主要的,较大的缺陷2.Minor:次要的,小的缺陷 1.Resolve Immediately:缺陷必须被立即解决。
2.Normal Queue:缺陷需要正常排队等待修复或列入软件发布清单。
3.Not Urgent:缺陷可以在方便时被纠正。
1.Submitted: 已提交的缺陷2.Open :确认“提交的缺陷”,等待处理3.Rejected: 拒绝“提交的缺陷”,不需要修复或不是缺陷4.Resolved :缺陷被修复5.Closed :确认被修复的缺陷,将其关闭 1.Requirement:在需求阶段发现的缺陷2.Architecture:在构架阶段发现的缺陷3.Design:在设计阶段发现的缺陷4.Code:在编码阶段发现的缺陷5.Test:在测试阶段发现的缺陷 1.Requirement: 由于需求的问题引起的缺陷2.Architecture: 由于构架的问题引起的缺陷3.Design: 由于设计的问题引起的缺陷4.Code: 由于编码的问题引起的缺陷5.Test: 由于测试的问题引起的缺陷6.Integration: 由于集成的问题引起的缺陷
软件缺陷的优先级
严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。
对于软件测试初学者而言,或者没有软件开发经验的测试工程师,对于这两个概念的理解,对于它们的作用和处理方式往往理解的不彻底,实际测试工作中不能正确表示缺陷的严重性和优先级。
这将影响软件缺陷报告的质量,不利于尽早处理严重的软件缺陷,可能影响软件缺陷的处理时机。
什么是缺陷的严重性和优先级严重性(Severity)顾名思义就是软件缺陷对软件质量的破坏程度,即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。
在软件测试中,软件缺陷的严重性的判断应该从软件最终用户的观点做出判断,即判断缺陷的严重性要为用户考虑,考虑缺陷对用户使用造成的恶劣后果的严重性。
优先级是表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正。
确定软件缺陷优先级,更多的是站在软件开发工程师的角度考虑问题,因为缺陷的修正顺序是个复杂的过程,有些不是纯粹技术问题,而且开发人员更熟悉软件代码,能够比测试工程师更清楚修正缺陷的难度和风险。
缺陷的严重性和优先级的关系缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。
它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。
一般地,严重性程度高的软件缺陷具有较高的优先级。
严重性高说明缺陷对软件造成的质量危害性大,需要优先处理,而严重性低的缺陷可能只是软件不太尽善尽美,可以稍后处理。
但是,严重性和优先级并不总是一一对应。
有时候严重性高的软件缺陷,优先级不一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优先级。
修正软件缺陷不是一件纯技术问题,有时需要综合考虑市场发布和质量风险等问题。
例如,如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上解决。
另外,如果修正一个软件缺陷,需要重新修改软件的整体架构,可能会产生更多潜在的缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。
另一方面,如果软件缺陷的严重性很低,例如,界面单词拼写错误,但是如果是软件名称或公司名称的拼写错误,则必须尽快修正,因为这关系到软件和公司的市场形象。
处理缺陷的严重性和优先级的常见错误正确处理缺陷的严重性和优先级不是件非常容易的事情,对于经验不是很丰富的测试和开发人员而言,经常犯的错误有以下几种情形:第一,将比较轻微的缺陷报告成较高级别的缺陷和高优先级,夸大缺陷的严重程度,经常给人“狼来了”的错觉,将影响软件质量的正确评估,也耗费开发人员辨别和处理缺陷的时间。
第二,将很严重的缺陷报告成轻微缺陷和低优先级,这样可能掩盖了很多严重的缺陷。
如果在项目发布前,发现还有很多由于不正确分配优先级造成的严重缺陷,将需要投入很多人力和时间进行修正,影响软件的正常发布。
或者这些严重的缺陷成了“漏网之鱼”,随软件一起发布出去,影响软件的质量和用户的使用信心。
因此,正确处理和区分缺陷的严重性和优先级,是软件测试人员和开发人员,以及全体项目组人员的一件大事。
处理严重性和优先级,既是一种经验技术,也是保证软件质量的重要环节,应该引起足够的重视。
如何表示缺陷的严重性和优先级缺陷的严重性和优先级通常按照级别划分,各个公司和不同项目的具体表示方式有所不同。
为了尽量准确的表示缺陷信息,通常将缺陷的严重性和优先级分成4级。
如果分级超过4级,则造成分类和判断尺度的复杂程度,而少于4级,精确性有时不能保证。
具体的表示方法机可以使用数字表示,也可以使用文字表示,还可以数字和文字综合表示。
使用数字表示通常按照从高到底或从低到高的顺序,需要软件测试前达成一致。
例如,使用数字1,2,3,4分别表示轻微、一般、较严重和非常严重的严重性。
对于优先级而言,1,2,3,4可以分标表示低优先级、一般、较高优先级和最高优先级。
如何确定缺陷的严重性和优先级通常由软件测试人员确定缺陷的严重性,由软件开发人员确定优先级较为适当。
但是,实际测试中,通常都是由软件测试人员在缺陷报告中同时确定严重性和优先级。
确定缺陷的严重性和优先级要全面了解和深刻体会缺陷的特征,从用户和开发人员以及市场的因素综合考虑。
通常功能性的缺陷较为严重,具有较高的优先级,而软件界面类缺陷的严重性一般较低,优先级也较低。
对于缺陷的严重性,如果分为4级,则可以参考下面的方法确定:1 – 非常严重的缺陷,例如,软件的意外退出甚至操作系统崩溃,造成数据丢失。
2 – 较严重的缺陷,例如,软件的某个菜单不起作用或者产生错误的结果; 3 - 软件一般缺陷,例如,本地化软件的某些字符没有翻译或者翻译不准确; 4 -软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等;对于缺陷的优先性,如果分为4级,则可以参考下面的方法确定:1 –最高优先级,例如,...
软件测试工程师的前景如何?
前景分析: 软件测试人员的主要职责是对软件产品的整个开发过程进行监督和检验,使之能够达到满足客户的需求,因此对于企业来讲是十分重要的岗位。
在国外,一般软件测试人员与软件开发人员的岗位设置比例是1:1,像微软在开发windows2000时候使用的软件开发人员是1700名,而专业的测试工程师有3200名,测试开发人员比例高到1.7:1,由此可见软件测试岗位重要性的不一般。
软件测试工程师(Software Testing Engineer)指理解产品的功能要求,并对其进行测试,检查软件有没有错误(Bug),测试软件是否具有稳定性(Robustness),写出相应的测试规范和测试用例的专门工作人员。
简而言之,软件测试工程师在一家软件企业中担当的是“质量管理”角色,及时发现软件问题并及时督促更正,确保产品的正常运作。
按其级别和职位的不同,分为三类。
按其级别和职位的不同,可分为三类: 高级软件测试工程师,熟练掌握软件测试与开发技术,且对所测试软件对口行业非常了解,能够对可能出现的问题进行分析评估 ; 中级软件测试工程师,编写软件测试方案、测试文档,与项目组一起制定软件测试阶段的工作计划,能够在项目运行中合理利用测试工具完成测试任务; 初级软件测试工程师,其工作通常都是按照软件测试方案和流程对产品进行功能测验,检察产品是否有缺陷。
软件项目开发是个分工明确的系统工程,不同的人员扮演了不同的角色,包括部门经理、产品经理、项目经理、系统分析师、程序员、测试工程师、质量保证人员等。
可见,软件测试工程师只是软件项目开发中的一个角色而已。
测试工程师承担的任务角色决定工作内容和承担的任务。
测试工程师的角色应该承担什么任务呢?这没有统一的答案。
因为,这与软件公司的规模,软件项目管理制度,公司领导和项目经理的管理风格,以及具体软件项目自身的特点有很大关系。
而且,测试工程师也有普通和高级之分。
笼统的答案列举如下: 设置软件测试环境,安装必要的软件工具。
运行软件,发现和报告软件缺陷或错误。
尤其需要快速定位软件中的严重的错误。
对软件整体质量提出评估 确认软件达到某种具体标准 以最低的成本,最短的时间,完成高质量的测试任务 ...... 在这其中,最重要的是要明确,程序员的责任和目标。
在执行任何具体测试任务前,都要在项目组内对于责任和目标达成共识,以免带来后续工作的相互推诿。
提高测试质量的要诀 另外一个值得注意的方面就是工作效率和质量,或许高级测试工程师与普通测试工程师的主要区别在于高级测试工程师可以更快地发现更多软件中的严重错误。
对此,有什么可以借鉴的诀窍吗?请尝试以下方法,保证不会使您失望。
首先测试程序的核心功能,然后测试辅助功能。
首先测试功能,然后测试性能。
首先测试常见情况,然后测试异常情况。
首先测试经过变更的部分,然后测试没有变更的部分。
首先测试影响大的问题,然后测试影响小的问题。
首先测试必须测试的部分,然后测试可选或没有要求测试的部分。
服务员 需要强调的一点是,无论你是多么高级的测试工程师,都要明白无论测试需要的工具多么复杂,测试步骤多么冗长,测试工程师在软件项目开发中始终都是扮演服务员的角色,这是由测试工作的特点决定的。
任何服务都有被服务对象—客户,测试工程师的服务对象有哪些呢? 最重要的客户是软件的用户。
测试工程师需要站在客户的使用和需求角度测试软件,报告问题。
项目经理也是客户。
测试工程师需要报告测试工作进度和发现的问题,尤其是严重的问题。
程序员是最经常打交道的客户。
为了便于程序员重复报告的错误,尽量提供良好的软件问题报告,以便程序员可以更快的修复软件错误。
技术文档工程师、市场开发人员和技术支持工程师也都是测试工程师的服务对象。
避免错误 前文已经指出测试工程师应该明确角色,明确任务和责任。
知道哪些是自己分内的事,哪些是不属于自己的事。
一定要尽最大努力完成分内的事,不要做不属于自己的事情,以免弄巧成拙。
为了更好的扮演软件测试工程师的角色,尽量避免犯下面的错误: ⒈承诺完成测试的软件没有质量问题 软件测试只是保证质量的一种方法,软件测试工程师的工作不会直接提高软件质量,因为绝大多数软件错误都需要程序员修复。
软件测试只能证明软件存在错误,不能保证软件没有错误,不可能找出全部软件错误。
个人的能力和对质量的影响范围很小,软件质量的提高要靠软件项目团队全体成员的共同努力。
⒉承担软件的发布权利 不要因为软件中存在还没有修复的错误,而试图提出更改软件发布的计划。
也不要认为已经完成了测试计划,自己决定可以发布软件。
因为,改变软件发布计划可能要失去进入市场的良机和很多客户,对此造成的经济和公司市场的损失将不是测试工程师能够承担的。
另外,软件发布后,如果用户发现了新的软件错误,公司领导或项目经理可能将过错加在软件测试人员的头上,因为他们同意发布软件。
通常软件发布的权利由产品经理、项目经理、测试经理、市场经理共同集体讨论决定。
⒊扮演过程改进...
项目进度管理软件的项目进度管理软件的功能模块
项目进度管理软件大概分为工程类项目进度管理软件以及非工程类项目进度管理软件两种。
这两种管理软件在功能上会有一些差距,但基本的功能模块大致相同。
其中,8thManage的项目进度管理软件使用于工程和非工程两种项目,极具代表性。
下面我们就以这个产品为例,详细了解项目进度管理软件包含的功能模块。
1.情境式项目管理 根据实际情境选择高度合适的管理方式8thManage 项目进度管理软件能够帮助组织管理所有项目,不论其规模大小、简单或复杂。
8thManage 项目进度管理软件不但支持WBS、项目范围结构、甘特图、关键路径、EVM等传统管理手段,也支持迭代依赖、现状调查等现代项目管理技术。
2.企业协作 项目进度管理软件为个人与部门之间的协作与沟通提供了一个很好的平台。
*功能型与项目导向型组织管理*请求、承诺、交付以及验收的通用语言*各部门、委员会以及各站点的协调和管理*客户、合作伙伴以及供应商的协调和管理*机构间的交互与上报管理3.企业资源管理 项目进度管理软件的资源管理功能,可按照区域、部门、项目以及活动进行资源的查找、申请、分配并跟踪企业资源的使用情况。
*根据资源的技能及可分配时间自动搜索资源*根据资源分配自动进行费用估算和预算*对资源的计划使用情况与实际使用记录进行比较*监测过度分配和不恰当的资源*汇总企业数据到项目组合视图以识别各个项目之间的关键问题并权衡风险4.项目执行管理 项目进度管理软件能对项目执行做全面的掌握。
*活动的计划和执行管理*可交付成果的计划和交付管理*依赖的计划、跟踪和验收管理*项目和活动的审批以及再次审批管理*实时的请求和应答管理*实时的风险和问题监测*项目执行规则与控制管理*项目执行的全面跟踪记录 5.承诺管理8thManage 项目进度管理软件为单向和双向项目承诺提供全面支持。
*活动、可交付成果和资源的承诺提议*进度、费用和质量承诺的承诺记录*提议、审批、接受承诺的承诺协议*取消承诺、完成承诺和违诺的管理*承诺跟踪记录管理6.需求和迭代管理 复杂的需求很难经由一次性沟通完成。
项目进度管理软件可以迭代的方式完成复杂需求的交付与验收。
7.风险管理 项目进度管理软件不但能够自动检测系统性风险,还提供了集成的风险登记表,从而能够记录项目成员识别的风险,并进行全程跟踪。
*自动监测超时和超支风险*自动监测使用不恰当资源与资源短缺的风险*自动监测可交付成果审批和验收风险*自动监测项目的控制风险和信心风险*记录项目成员自定义风险并跟踪缓解风险的行动*定义风险准则与风险分析矩阵8.现状调查8thManage 项目进度管理软件通过具名和匿名的现状调查功能帮助您对项目进行有效诊断。
*项目团队的信心*项目利害关系者的共识*用户满意度9.沟通管理与问题管理 项目进度管理软件提供了多种沟通机制,通过集中化的问题管理系统来跟踪问题、行动及其结果。
10.实时监控和跟踪 项目进度管理软件提供了以下概览,以便跟踪项目状态、发现问题和跟踪解决问题的行动。
*项目*费用*资源*依赖*可交付成果*风险11.互动管理和决策支持 项目进度管理软件能够促进规范化的互动,并提供实时信息,从而帮助团队做出有效决策。
12.模块方法模式和CMMI支持8thManage 项目进度管理软件提供模板方法模式来协助创建项目计划。
它同时支持CMMI的9种通用过程和27个特定过程。
13.Agile方法8thManage 项目进度管理软件允许客户作为团队成员,通过Agile方法来实现发布计划、迭代计划、团队互动、内部测试以及验收测试。
14.维护管理 项目进度管理软件为维护支持提供了以下工具:*客户支持模块*呼叫日志和响应跟踪功能*缺陷与变更跟踪系统*发布与补丁功能15.更有其他内置功能,使您的团队工作更高效。
项目进度管理软件内置以下便利功能:*个人工作日历与概览*工时表功能*产品和许可证管理功能*完善的文档管理系统*全面的审计跟踪记录
计算机软件发展前景
*你能熟练使用办公软件,如office,excel等等,会一点编程,你最起码可以做一个办公白领,如果气质好可以当高级秘书之类,风光无限,令人羡慕。
*你熟悉网络的话,可以做企事业单位的网管、网络维护、建网站等工作。
舒舒服服的。
*你能熟练使用C++编程,熟悉操作系统,你可以成为专职程序员,熟悉底层软件你还可以成为系统工程师。
是比较受累的活儿,但工资不低呀! *你能熟练使用JAVA,可以处理面向对象的企业型的应用开发,公司企业WEB页面设计、INTERNET可视化软件开发及动画等,Web服务器手机上的JAVA游戏开发等等。
很时髦的工作,工作时的心情很重要,哈哈! *你若熟悉linux,完全可以在linux世界里自由竞争,你只需要一台电脑,连上internet以及一个好的头脑就足够了。
你的linux战友们将会根据你的意见,你的代码和你的其他贡献来判断你的能力,不愁找不到工作,工作会来找你拉! *你能熟练使用protel,可以找排线路板方面的工作,如设计PC机板卡等等。
循规蹈矩,安安静静,与世无争,但不能干一辈子吧? *你单片机熟,可以找单片机开发编程应用方面的工作。
小企业,小产品多多,其中也自有一番乐趣。
*你对DSP有一定基础的话,你可以在人工智能、模式识别、图像处理或者数据采集、神经网络等领域谋求一个职位。
将来一准是公司的栋梁之材啊! *你若熟悉ARM,可以成为便携式通信产品、手持运算、多媒体和嵌入式解决方案等领域里的一名产品研发工程师。
哈,一个新的IT精英诞生了! *你熟悉EDA,能熟练应用HDL语言,熟悉各种算法,如FIR、FFT、CPU等等,同时掌握最新FPGA/CPLD器件的应用,把研制的自主知识产权的模块用于ASIC。
恭喜你,你马上可找到月薪上万的工作了。
以上为转载。
软件测试的现状前景
软件开发中出现错误或缺陷的机会越来越多,市场对软件质量重要性的认识逐渐增强。
所以,软件测试在软件项目实施过程中的重要性日益突出。
但是,现实情况是,与软件编程比较,软件测试的地位和作用,还没有真正受到重视,对于很多人(甚至是软件项目组的技术人员)还存在对软件测试的认识误区,这进一步影响了软件测试活动开展和真正提高软件测试质量。
(1)误区之一:软件开发完成后进行软件测试人们一般认为,软件项目要经过以下几个阶段:需求分析,概要设计,详细设计,软件编码,软件测试,软件发布。
据此,认为软件测试只是软件编码后的一个过程。
这是不了解软件测试周期的错误认识。
软件测试是一个系列过程活动,包括软件测试需求分析,测试计划设计,测试用例设计,执行测试。
因此,软件测试贯穿于软件项目的整个生命过程。
在软件项目的每一个阶段都要进行不同目的和内容的测试活动,以保证各个阶段的正确性。
软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档。
软件开发与软件测试应该是交互进行的,例如,单元编码需要单元测试,模块组合阶段需要集成测试。
如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣。
更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力。
(2)误区之二:软件发布后如果发现质量问题,那是软件测试人员的错这种认识很打击软件测试人员的积极性。
软件中的错误可能来自软件项目中的各个过程,软件测试只能确认软件存在错误,不能保证软件没有错误,因为从根本上讲,软件测试不可能发现全部的错误。
从软件开发的角度看,软件的高质量不是软件测试人员测出来的,是靠软件生命周期的各个过程中设计出来的。
出现软件错误,不能简单地归结为某一个人的责任,有些错误的产生可能不是技术原因,可能来自于混乱的项目管理。
应该分析软件项目的各个过程,从过程改进方面寻找产生错误的原因和改进的措施。
(3)误区之三:软件测试要求不高,随便找个人做都行.,,,....很多人都认为软件测试就是安装和运行程序,点点鼠标,按按键盘的工作。
这是由于不了解软件测试的具体技术和方法造成的。
随之软件工程学的发展和软件项目管理经验的提高,软件测试已经形成了一个独立的技术学科,演变成一个具有巨大市场需求的行业。
软件测试技术不断更新和完善,新工具,新流程,新测试设计方法都在不断更新,需要掌握和学习很多测试知识。
所以,具有编程经验的程序员不一定是一名优秀的测试工程师。
软件测试包括测试技术和管理两个方面,完全掌握这两个方面的内容,需要很多测试实践经验和不断学习精神。
(4)误区之四:软件测试是测试人员的事情,与程序员无关开发和测试是相辅相成的过程,需要软件测试人员、程序员和系统分析师等保持密切的联系,需要更多的交流和协调,以便提高测试效率。
另外,对于单元测试主要应该由程序员完成,必要时测试人员可以帮助设计测试样例。
对于测试中发现的软件错误,很多需要程序员通过修改编码才能修复。
程序员可以通过有目的的分析软件错误的类型、数量,找出产生错误的位置和原因,以便在今后的编程中避免同样的错误,积累编程经验,提高编程能力。
(5)误区之五:项目进度吃紧时少做些测试,时间富裕时多做测试这是不重视软件测试的表现,也是软件项目过程管理混乱的表现,必然会降低软件测试的质量。
一个软件项目的顺利实现需要有合理的项目进度计划,其中包括合理的测试计划,对项目实施过程中的任何问题,都要有风险分析和相应的对策,不要因为开发进度的延期而简单的缩短测试时间、人力和资源。
因为缩短测试时间带来的测试不完整,对项目质量的下降引起的潜在风险,往往造成更大的浪费。
克服这种现象的最好办法是加强软件过程的计划和控制,包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
(6)误区之六:软件测试是没有前途的工作,只有程序员才是软件高手由于我国软件整体开发能力比较低,软件过程很不规范,很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。
项目的成功往往靠个别全能程序员决定,他们负责总体设计和程序详细设计,认为软件开发就是编写代码,给人的印象往往是程序员是真正的牛人,具有很高的地位和待遇。
因此,在这种环境下,软件测试很不受重视,软件测试人员的地位和待遇自然就很低了,甚至软件测试变得可有可无。
随着市场对软件质量的不断提高,软件测试将变得越来越重要,相应的软件测试人员的地位和待遇将会逐渐提高。
在软件过程比较规范的大公司,软件测试人员的数量和待遇与程序员没有多大差别,优秀测试人员的待遇甚至比程序员还要高。
软件测试将会成为一个具有很大发展前景的行业,软件测试大有前途,市场需要更多具有丰富测试技术和管理经验的测试人员,他们同样是软件专家。
程序测试的过程具有破坏性人类的活动具有高度的目的性,建立适当的目标具有重要的心理作用。
如果我们...
网络文学的特点,优势,缺点,未来发展趋势
展开全部 网络文学,指新近产生的,以互联网为展示平台和传播媒介的,借助超文本连接和多媒体演绎等手段来表现的文学作品、类文学文本及含有一部分文学成分的网络艺术品。
其中,以网络原创作品为主。
由于借助强大的网络媒介,网络文学具有多样性、互动性和知识产权保护困难的特点。
其形式可以类似传统文学,也可以是博文、帖子等非传统文体。
实时回复、实时评论和投票是网络文学的重要特征。
由于网络文学传播的便捷,导致知识产权不易受到保护。
需要注意的是:网络文学与传统文学不是对立的两极,而是互相渗透的有机体系。
不少传统文学通过电子化成为了网络文学的一部分;网络文学的作者也都接受过传统文学的熏陶。
同时,网络文学通过出版进入了传统文学领域;并依靠网络巨大的影响力,成为流行文化的重要组成部分,进而影响到传统文学。
网络文学是随着互联网的普及而产生的。
互联网络为上亿网民提供了多如恒沙的各类文学资料信息,与此同时,一种以这种新兴媒体为载体、依托、手段,以网民为接受对象,具有不同于传统文学特点的网络文学悄然勃兴。
网络文学分为三类样态:一类是已经存在的文学作品经过电子扫描技术或人工输入等方式进入互联网络;一类是直接在互联网络上“发表”的文学作品;还有一类是通过计算机创作或通过有关计算机软件生成的文学作品进入互联网络,如电脑小说《背叛》,以及具有互联网络开放性特点、几位作家几十位作家甚至数百位网民共同创作的"接力小说"等。
现在人们所说的网络文学多是指在网上“发表”的文学作品,包括那些经过编辑、登载在各类网络艺术刊物(电子报刊)的作品,电子公告栏(BBS)上不经编辑、个人随意发表的文学作品,以及一些电子邮件(E-mail)中的文学作品。
这种网络文学又被“榕树下”等网站称为“网络原创文学”。
目前较有影响的文学网站有“文学城”、“榕树下”、“中文网络文学精粹”、“黄金书屋”、“碧海银沙”、“莽昆仑“等网站。
近一年来出版的较有影响的网络文学作品有《第一次的亲密接触》(蔡智恒著,知识出版社1999年11月版)、《小妖的网》(周洁茹著,春风文艺出版社2000年4月版)、《告别薇安》(安妮宝贝著,中国社会科学出版社2000年1月版)、《旧同居时代》(张建等著,中国社会科学出版社2000年1月版)、《智圣东方朔》(龙吟著,作家出版社2000年1月版),《点击1999》(顾湘著,二十一世纪出版社2000年1月版),“网络之星”丛书3卷(花城出版社2000年3月版)、“网络文学”丛书10本(湖北教育出版社2000年1月版)。
有评论形容图书市场将由“读图时代”进入“读网时代”。
网络文学特点 以小说为主。
作者多数是年龄偏小甚至很小的孩子、但有一部分已经写得出深刻而有内涵、文学性较强的作品、 年龄偏小以抒发感情、获得认可、互动、提高为主、年龄较大的抱着一定的商业动机、 由于网络中年龄很小的LOLI偏多、导致大部分人认为网络文学没有内涵、幼稚、但这是片面的 网络文学优点 网络文学具有更新快速,传播广,阅读群体庞大,不受传统限制等。
值得思考的问题 1、网络文学一定意义上是青年人的文学,值得热情关注,应当充分重视。
因为据统计,目前国内上网的约5000万网民中,21岁到40岁的占85%。
网络文学兴起的背后是70年代乃至80年代出生的青年作家、以及90年代出生的青年文学爱好者的迅速成长。
有人甚至将网络文学形容为“时代新文化运动的先声”,网络文学的兴起能够“吹响新文明的号角“。
过分的吹棒不利于新一代网络文学作家的成长,保守的指责更是无视现实的做法。
这一批青年创作队伍的培养问题应当引起有关部门的重视。
2、网络文学需要健康说理、鞭辟入里的网络文艺批评。
目前网络上关于网络文学的“ e批评”十分热闹。
这种“e批评”,是指在网上非常普遍的、任何网民都可以张贴上去的评论,可以长篇大论,也可以一句话,一个词。
几乎所有的重要文艺现象,在网上都有大量的或短或长的“e批评”。
如一些网站专门开通“王朔与金庸”“我看美女作家”频道。
但这些评论多数在论坛上不经任何编辑地张贴,随感式、谩骂式的批评较为常见。
网上文艺理论、文艺批评还相当薄弱,学院式、学理式的文艺批评的声音几乎没有。
网络文学的健康发展,需要一大批学识渊深、学理讲究的文艺评论家投身其中,对这一现象及作品认真评说。
3、著作权问题是关系到网络文学发展的一个难点问题。
1999年王蒙、毕淑敏等6位作家状告“北京在线”网站侵权,引起文艺界和网络界广泛关注,判决结果引起争议。
六位著名作家状告“北京在线”网站未经许可将他们享有完全著作权的文学作品,如《坚硬的稀粥》、《一地鸡毛》、《预约死亡》、《黑骏马》登载到网上,法院判决六作家胜诉。
法院判决指出,作品上网是作品传播的一种新方式,作品的数字化行为本身并不具有著作权法意义上的独创性,作品载体形式和传播方式的变化并不影响作者对其作品享有的专有权利。
因此,被告未经允许将原告作品上载到因特网上,侵害了原告对其作品享有的使...