20xx年3月4日到3月8日,为期五天的营销软件上机实践课稍纵即逝,短短的五天学习时间却让我们更加了解营销的整体过程,更加宏观的看到了生产和销售的关系,更是纠正了我们以往一些销售中的一些固有思想上的错误,让我们更加深刻的理解了营销这个概念。
大家选择以十五亿的注册资本进入汽车生产销售市场。我们将要在之后的同样的时间中完成包括市场调查、新产品开发、生产线购置安排、生产计划安排、定价、推销等多项任务,进而通过销售额、注册资本等多项评价指标进行在线用户的排名评价。
十五亿,事实上我和身边的同学对这么大的一个数字压根没有一个概念。所以,一开始投入研发非常保守,以至于当第一轮订单卖出后,查询销售额我被一些男生一气儿卖了2000多辆的战绩吓到了,也一下子意识到两件事:第一、有那么多的注册资本就要充分利用,更充分的利用资本,也有可能有更大的回报。第二、一定要注意即产即销这个概念,尽量做到当月产车尽量销售空,如果存在大量滞销就要调整生产计划、适时推出促销计划;而如果发现卖得太快,不到半月就卖完了,就要相应提价,增加下月产量。此时,看着自己的波士顿矩阵图里面第一种中高档汽车处于瘦狗类产品的状况,我及时调整了思路,开始重新布阵,在投入新车型的同时,调整中高档汽车的销售策略。由于及时调整了整体思路,截止到第三月末时我已经惊喜的发现我生产的三个档次的汽车(中档、中高档、环保型)销售量总和已经升到800多辆,三类产品均跃入明星类产品,仍具有销售增长潜力。我的总体名次也一下子跃升至中上层,心情无比的好。
古人曰:千军易得,一将难求。万事讲求策略,何况在当下商业竞争激烈的社会。各种企业和各种品牌都运用市场营销策划来探索和设计企业、品牌打开市场合适快速的道路。 营销策划是对企业未来营销行为的超前决策,是企业开展营销活动的前提。 通过营销策划,企业可以对营销环境作出具体分析,根据要达到的营销目标,制定具体的营销方案,从而有效地完成任务。营销策划按市场营销内容可划分为:产品、价格、分销、促销策划等。在本次实践中,我们就深刻的认识到了营销策略的重要性。对于市场营销人员,应具备观察力,灵感,构成力,情报力,实现力和感召力。我们不要墨守成规,尽量提出一些奇怪的点子,爱因斯坦说过: 一个想法的提出之初不是荒唐的话就不要对它抱有希望。 其次,广泛阅读,随时做笔记也很重要。多参加讨论性活动,增大可行性。同时要放松自己,并树立正确积极的消费观念。
经过潘老师讲授实践后,感觉对软件工程这门学科有了深一层的认识。软件工程是一门重视实际操作的科学。对于软件产品,无非是产品定义、设计代码、调试维护几个步骤,看似简单,可是实际操作却复杂困难,它不比其它行业产品可预见可触及,所以学好软件工程能为以后从事行业打好基础。
在软件实践这门课中,讲到了有效利用现有资源进行软件编程的。提到软件开发也可以像练习书法一样,采用临贴的方式,他人的优秀代码资源。临摹优秀软件是学习软件开发的重要方法。正如一首诗中说的:熟读唐诗三百首,不会写来也会吟。软件开发也是一个道理。为了真正地掌握软件开发的技巧,临贴是个不错的起步方法。
以前总是觉得,既然编写一个程序,就应该完全靠自己,那样写出来才有成就感,才算是自己的程序,可是这门课程教会我原来适当地借鉴别人的东西,也不算抄,相反,还可以提高效率,节省时间。这可真是与以往的观点不一样了。具体如下:
软件编程,拿来主义的作用很大:
1、源代码交换方便。
2、可行的例程序用处大。
3、借鉴现成少走弯路。
不过借鉴别人的东西可是有说法的,可不是盲目地抄袭,下面是一些提到的途径:
1、既有系统:借鸡下蛋,买来就用;
2、书本例子:简单修改、直接使用;
3、联机或联网帮助:帮助文档、官方支持;
4、开放软件源代码:Linux Apache Eclipse
5、互联网资源:论坛、搜索引擎、新闻组
借鉴过来后,还要多方面综合考虑,比如说代码的具体作用,完整性,还要考虑每个借鉴过来的东西的好坏。这些都要多方面考虑,可不能因为前面说软件编程可以借鉴别人的,就盲目地抄袭。到时候代码弄一堆凑在一块儿,谁也不知道它们会不会好好工作。弄不好乱了程序计划是小,公司的损失可不是哪个人都能承受得起的。
课程还提到,应该用一个小项目先从头到尾地练完,这样,有个整体性的了解,可以增加不少开发经验。看来,不学习此门课程,还不能深入地解读软件工程的奥义。这门课程为我们深入地了解软件工程这个庞大的前沿学科起到了推动性的作用。以上是我就此门课中提到的众多方法的一小段做的一些浅谈,更多的知识还在于我们自己去学习体会。
周东亮
这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。
软件测试对逻辑思维、学习 javascript:;能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。
1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。
2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。
4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区:
1. 有位大师曾说过:软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。 由此我自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到BUG,那么BUG会成天缠着你。
2.在大家协力测试论坛的时期内,我曾认为这种大量的重复性的工作 javascript:;真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。
作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!
在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获最大的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。测试路程,路漫漫其修远兮,吾将上下而求索。
展开全文