废话少说直奔主题，养老行业前景无　　限，大家都不想被养老这个社会大趋势甩开，尤其是现在工作不好找，想创业又苦于没有门路，养老这个行业，想进入的很多，直接开养老院讲究实力与经验，小打小闹的，没名气与口碑，做做就死了，这些是我在养老院里工作几年的所见所闻总结的。　　再说我在养老院里发现的潜在商机，现在很多卧床的老年人，不去养老院却在家由家属护理，由于护理不当，经常会有褥疮，去医院治疗太贵，家属自己又不会，大家会说，养老院不是可以治疗吗？是的 我工作的养老院就治疗褥疮很专业，我们收治的带褥疮的老人，用我们自己的药，严格做好疮面消毒，很快就可以痊愈，在我们的指导下，护理员就可以做这个工作，而且做的非常好。那么，如果你掌握了这个技术，既可以去家里为老年人服务，也可以到养老院里给老人换药，这个项目可以兼职干，好了也可以专职干，前期还有人培训，慢慢的口碑做出来，经济效益也很可观，而且能上门服务，收费比养老院收的贵，但即使贵家属也倾向于在家而不是把老人送到养老院去，因为一来家属不愿意折腾，二来很多老人对住养老院有抵触情绪，认为无论怎样都要在家。而且做这个工作，投入并不大，但是要有足够的耐心 爱心，不怕脏 累
主帖获得的天涯分：0
楼主发言：2次 发图：0张 | 更多 |
　　创业好项目！欢迎咨询！　　商务qq：　　如果您25岁以上，自有资金五万以上，有着一定的社会经验可以与我联系。　　非诚勿扰！
　　@红力养老院
15:40:00　　废话少说直奔主题，养老行业前景无 　　限，大家都不想被养老这个社会大趋势甩开，尤其是现在工作不好找，想创业又苦于没有门路，养老这个行业，想进入的很多，直接开养老院讲究实力与经验，小打小闹的，没名气与口碑，做做就死了，这些是我在养老院里工作几年的所见所闻总结的。 　　再说我在养老院里发现的潜在商机，现在很多卧床的老年人，不去养老院却在家由家属护理，由于护理不当，经常会有褥疮，去医院治疗太贵，家属自己又不会，大家会说，养老院不是可以治疗吗？是的 我工作的养老院就治疗褥疮很专业，我们收治的带褥疮的老人，用我们自己的药，严格做好疮面消毒，很快就可以痊愈，在我们的指导下，护理员就可以做这个工作，而且做的非常好。那么，如果你掌握了这个技术，既可以去家里为老年人服务，也可以到养老院里给老人换药，这个项目可以兼职干，好了也可以专职干，前期还有人培训，慢慢的口碑做出来，经济效益也很可观，而且　　—————————————————　　没人看？　　
　　随着人口发展规律，我国以后的10年20年里每100人中就会有60个老人，为此有很多企业家都虎视眈眈地进军养老产业，所以要如何做好养老品牌已经是势在必行了，”爱福家“一站式养老服务平台，秉承：在最短时间内帮助最多中老年人实现更加富足，健康和快乐的晚年生活。以”你养老，我来管“的服务理念让更多的老年朋友来进入爱福家这个养老服务机构。真正使老年朋友有家一样的感觉。为此要做好，做强养老服务的各个元素也是我们在今后的日子里去不断的摸索，去更新，为提升我们爱福家贴心的养老服务而不断的努力，--欢迎各位有养老需求的朋友联系我qq
　　很受启发 谢谢
<span class="count" title="
请遵守言论规则，不得违反国家法律法规回复(Ctrl+Enter)&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;&#45;-最近忙着上新终于可以休息一下，继续我的分享，大家都停一下。到我装了。。。哈哈哈在仓库干了也快有一年了。有一天老板叫我去他办公室聊聊。转机从这里开始了。说让我做客服，还好我之前一直在学电脑呢，一直联系打字，天天练习，终于可以做办公室了。对于一个一直在仓库打包发货的。突然可以去做办公室了。这心情那时一个开心啊。耶耶耶！从此又开始我的傻逼客服生涯了。一开始是很兴奋，天天都是上班14个小时左右，那时觉得也开心，每天都是做办公室有空调吹，这日子过得酸爽，随时工资不高，老板肯让人培训我。不会不要紧我可以让你培训你，我也是笨啊培训了三个多月呢。培训我的主管都感觉我不适合做客服的，但是我不服气，都上来办公室了，还被调去仓库这多丢脸啊，从此发奋图强，每天16个小时。经过两个多月的练习终于成为一个很厉害的客服了。的10个售前，不好意思在做的各位都是垃圾。数据我是第一名的。这真是太开心了。之后我又自学运营。公司呢的运营不肯教啊。其实运营这个说着的作为新手不用他们教。真的的。派代网可以学习，一开始就是去淘宝大学新手课程哪里学习。学完的话。基本的你都是懂的了。然后直通车可以到万堂书院学习的。我都是在这些地方学习的，我个人感觉可以的。现在已经是一名旗舰店运营了。虽然垃圾。但是还是可以的，每天都是在努力学习。
一个不懂的人以为自己赚到了，到后面才发现被坑了
标题党，我还以为现在多牛逼呢。整半天就是自己还在学习，自以为良好咯？
自嗨型文章
乐此不疲 才发现 我擦 原来自己才是那个傻子 天天机械回复 有个毛用 牛逼一点都是培训别人&
看看帖子就可以当运营了 &还没人教 &你实操下看看 &&
跑太平洋去了
流水账写的哗哗的
高考满分作文。
@你关注的人或派友
亲，先登录哦！
请输入姓名：
请输入对方邮件地址：
派代小程序——微信上的派代网
您的反馈对我们至关重要！关注51Testing
谈谈我在自动化测试中遇到的坑
发表于： 11:18 &作者：刘琛梅 & 来源：51Testing软件测试网采编
推荐标签：
　　这篇关于的，可能和你看到的大多数自动化的文章有所不同。我不是一位专职的自动化测试工程师，没有开发过自动化的工具或者框架，用的自动化的工具也不多，也没有做过开发，所以我讲不出那些现在很多人很看重的“很深”的东西。我也不想去讲某个流行的自动化的工具要怎么使用什么的，我觉得这些东西并不是我的，而且也是可以很容易获取的。　　那么在自动化这个很大的领域来说，我是什么呢？ 我是自动化的使用者，要在团队中做自动化，还是脚本的编写者、管理者和运行者。 我想大多数测试朋友和我做的事情是一样的把。我想在这篇文章中，给大家分享一下我这些年实践自动化的经历，特别是那些不是那么成功的经历，希望能够给你带来一些思考和共鸣。　　我的自动化历程　　初次接触自动化测试　　初次接触自动化测试：我发现光靠工具和热情是做不好自动化测试的。　　我是自动化测试的簇拥者。记得刚做测试那会，一听到“自动化测试”这个概念，就觉得好神奇，当时就把“手头的都自动化了”。我能把这些内容都自动化，不是我厉害，而是新员工手里的工作不多，又很简单，而且当时公司已经研发了一些自动化平台，我的这些自动化测试的原理就是捕捉到一个windows的窗口然后往里面发送字符串，连测试结果都还不能做到自动检查，还要自己去看日志或者截屏。尽管做得非常粗糙，这也极大的鼓励了我，我每天跑着这样的脚本乐此不疲，想象着下一步这些脚本会变得很智能。　　接下来我就开始向公司的自动化测试前辈（本部门、外部门）学习，自己开始搞自动化。这时我又换了个产品，新的leader当时并不赞同做自动化（现在非常能够理解他当时为什么不赞成做自动化），我很沮丧，但我想公司已经有了现成的自动化测试的平台和工具了，我只要学会了用这个工具，自己就可以写脚本了，自动化测试不就做起来了嘛，不就是个工具吗，能有多难呢。于是我决定加班来学习脚本语言和学习使用工具。我的进展不错，但很快我就开始感到，自动化测试并不像我想象的那么美：　　· 一个非常简单的功能，写好再调通，花费的时间并不少。别人5分钟就能做好的事情，我要花1个小时。　　·&脚本执行时一旦发现问题，排查起来花费的时间也不少。一般来说跑出问题了，我会再反复跑几次，先确认是不是真的有问题，再加各种打印或者等待来运行脚本定位问题（别笑，当时真的是这样的）。 我还记得当时我对这个问题，是这样安慰自己的，没事，自动化的优势是体现在反复执行上的。但是很快我就发现：　　·&界面、环境稍微有点变化，脚本就不能用了。这点让我感到反复执行好像也不是那么好使，有点崩溃。　　·&由于我们的产品经常会定制，版本的分支也很多，我发现如何把这些脚本管理起来，便于在不同的测试场景下测试也是个问题。　　这两个问题让我有些崩溃，大家都说的自动化测试反复执行是强项，为什么到我这里就不灵了呢。　　我开始意识到， 自动化测试不是靠一个工具，然后靠一腔热情加个班就可以完成的事情。 除了工具，如何设计函数，如何检查脚本的运行结果，如何做版本管理等等每一件事情的工作量都不小，需要有策略有规划，一步步的来完成。当然，如果你只是想写几个脚本玩玩除外。　　第二次进行自动化测试　　第二次进行自动化测试：没有做好自动化的准备，盲目追求自动化率。　　第一次的自动化测试就这样以失败告终了。但我也成长为了一名测试基层小leader，有了些可以“做主”的小权利。我认真总结了上次的经验，显然问题主要出在没有规划和设计自动化上，我想只要我做好了规划，加强设计，再做一次自动化一定行，于是我决定和我的小伙伴一起，再来做一次自动化。　　当时我所在的公司的做事方式是做事情必须要有个目标，要写个承诺，年底还会拿这个承诺来考核你。所以我开始思考自动化测试的目标。我发现无论是公司内部还是公司外部，只要说到自动化，都是说定位于回归测试，好吧，既然大家都这样说，那一定有大家的道理，那我的自动化目标也是定位在回归测试自动化好了。另外既然是一个团队都来做自动化，肯定要从简单的地方开始入手，这样我们的自动化的目标就变成了从简单的回归测试开始自动化，完成100%的回归测试。　　这个目标看起来似乎没有任何毛病，但具体执行起来的时候，在“简单的内容先自动化”的思想的指导下，我们做了很多测试边界的脚本。（什么叫测试边界值的脚本呢。比如一个接口的配置是允许输入（1，5），边界值就是0，1，5，6，边界值的脚本就是测试数据为0、1、5、6的脚本）。　　由于我们的目标是要100%的回归测试，但我们当时并没有一个标准的回归集。那些简单的边界值脚本就自然而然的都成为了回归测试用例集。后来项目压力压下来，做自动化的时间变少了，为了达到自动化率的目标，我们甚至发展到把一个测试边界的脚本，拆成多个脚本（比如上面那个例子，测试数据为0、1、5、6，本来一个脚本就可以测试完，我们却偏要写4个脚本），这样，我们“很聪明”的达到了自动化测试的目标。　　但这样的自动化，我们自己都不不太想去运行，因为我们自己心里清楚，这样的脚本，运行不运行又有多大的意义呢。　　这次经历让我对自动化测试有了新的思考：　　·&自动化的脚本要开发哪些内容，不应该在自动化开发的时候才来决定，而应该是事先就确定好了的。换句话说，测试用例是自动化的基础， 有明确的测试用例才能保证自动化测试的内容符合预期目标。　　·&没有考虑项目进度会影响到自动化测试这个风险，也没有考虑自动化实现时会不会有什么问题或困难，就轻易承诺100%的自动化率， 盲目追求自动化率，使得最后大家花精力开发出来的自动化脚本没有太大的作用。　　归根到底，还是没有做好自动化的准备。　　我们在做自动化测试的时候，很容易只是盯着自动化，仅从自动化这个方面去思考，把自动化当成了一种很高级的测试，去设计自动化的框架，组织等，却忽 视了自动化测试的本质——自动化测试就是一种测试执行的方式。我们在手工测试时要如何准备测试执行，自动化测试的时候也需要考虑 。　　第三次自动化测试　　第三次自动化测试：自动化脚本的误判。　　第二次测试就这样也算是失败了（反正脚本几乎是都废了）。有了这两次的失败经验，俗话说事不过三，所以我准备再来一场。　　这时团队的测试能力已经有了长足的提升，我们已经有了一些测试用例，为了做好自动化测试，我专门组织大家把需要自动化测试的用例筛选出来了。既然目标是回归测试，用例的筛选标准也很明确，就是那些基础的，需要手工反复执行的用例。　　然后我又对这些用例逐个进行了分析，把当前的自动化测试技术暂时不能支持的用例也标记出来了，告诉大家不用担心，这些用例可以下一次再执行，我们就算是要追求100%的回归测试率，也是我们真正应该执行的，并且现在可以自动化测试的那些用例。　　我还记得当时我们的自动化测试平台也升了次级了，平台也更稳定了，提供的功能也更多了，大家的干劲也很足，所谓天时地利人和，我对这次的自动化测试实践充满信心。　　很快，脚本被一批批的开发出来了，之前不能自动化的测试的用例也随着自动化测试技术的突破而变得可以自动化了，一切都在向着好的方向发展。但很快我们就发现新的问题出现了，自动化脚本结果出现了误判！　　什么叫自动化脚本的误判呢，就是自动化脚本在自动化平台上显示的结果和真实的结果不一致。比如脚本A在自动测试报告中显示的结果为PASS，但实际的功能却有可能有问题。在自动化测试报告中显示的结果为失败，但实际可能却是受到环境的影响造成的，功能却没有问题。　　换句话说，我们无法相信自动化测试的结果。　　这真是要把人折磨死的节奏啊。　　我们想了很多办法，比如每一轮自动化测试，同一个脚本都反复执行几次（如执行5次），然后设置一个脚本执行失败的“容错值”（比如设置容错值为2，即执行5次这个脚本，脚本失败只要不超过2次就都算通过，OMG这个想法也真是见招拆招，见洞补洞，丧心病狂啊）。想办法保存所有的测试执行，然后再手工再从测试记录里面去抽检一定比例的测试脚本的执行结果，看抽检的结果和脚本运行结果的差异，再以此来决定脚本出现误判的概率（OMG，我都服了我们小组的惊人的数学功底，但这真的是完全跑偏了好吗）…….　　其实这些问题，归根到底就是脚本的check部分写得有问题 。　　如果我们把自动化测试比作一个机器人。让自动化测试来模拟执行某个功能并不难，这就像是机器人的手一样。 难的是机器人的“脑子”，如何让自动化脚本来聪明的确认脚本的执行结果就变得非常重要，这才是自动化测试真正的难点 。　　首先我们要梳理自动化check的使用规范，根据的业务的实际情况和使用的自动化工具来确定要怎样进行check才不会遗漏，来最大程度的保证自动化测试在结果检查上的准确性。　　对high level的自动化测试来说（对low level的自动化测试，如接口、来说，这个问题并不明显）， 无论是UI界面的，还是CLI（命令行）的用户接口的，都隐含了一个情况，就是自动化测试只能check到预期有的东西，却不能check到预期外的东西 。　　以下面这个页面为例。假如我的自动化判定的是“秒杀”，但实际“秒杀”后面却多了一些别的东西，比如多了个“：）”。在手工测试下，我们很容易发现这个问题，但自动化测试却往往测不出这个问题。　　CLI也是同样的道理。比如我想得到的是arp的回显。如果系统在给出了arp回显的同时，又打出了“this callback has not been registed”，手工测试很容易就发现了这个问题，而自动化却往往测不出：　　第四次自动化测试　　有了前三次的失败经验，第四次自动化测试顺畅多了。这时我们的自动化率也就是在10%的样子，但我们一共有接近1w个用例，所以脚本总数还行。团队里有的人觉得还是可以的，感到不管怎么样总是有了些东西，也有的小伙伴有些质疑，我自己是表面上表现得很支持，干劲很足，内心却总是觉得有些别扭。　　其实对我的产品来说，基本功能部分的质量还是有保证的。在没有自动化测试的时候，即使是做回归测试，我们不会去测试那些很基础的用例，而会把几个功能组合起来做场景的回归测试，这样如果基本功能有问题，也可以第一时间发现。　　自动化后，变成了先跑这些基础的回归测试用例，通过了，再去做场景回归。无论自动化测试的结果如何，都要投入一定的人力去运行维护自动化的环境，确认结果。虽然这时我们的自动化已经稳定多了，但自动化的乌龙事件还是比较多的。　　我没有感受到自动化的便捷，相反，我感觉它成为了一个负担。　　那时正是自动化测试在行业中被热捧的时期，一方面是外面的专家老师对自动化测试的各种赞美之情，另一方面我却觉得我那么努力，却一直没有达到应有的预期，我感到十分迷茫。　　我想过是不是回归测试的用例写得不对，我试过将手工执行的场景自动化，但是这对high level的自动化来说特别不现实。此时我的自动化测试仿佛进入了一个僵局，我不知道现在我做的事情的意义在哪里，是该停下来还是继续走，还有关键是怎么走。　　这段时间看了很多自动化测试的材料，看到这个著名的金字塔：　　我感到有点释然了，我觉得这真是道出了一个自动化测试的真相：　　·&自动化测试也需要分层　　·&UI的自动化（也就是high level）的自动化本来就做不高　　这个模型虽然没有解决我的问题，但让我不再纠结。我想试试把自动化往下走，做接口的自动化或者单元测试。当时我们项目的情况是，单元测试开发在做，但我侧面了解到此时开发做单元测试做得很敷衍。没有做，我再一了解，我们的设计，就没有接口一说，接口的改动也非常随意，根本就没法做。　　此时我们的项目也很紧张（其实工作了这么多年，这个行业好像就没有不紧张的项目），产品开发和测试的压力都很大，都在拼命加班，很多同学都觉得现在做的所有事情都是符合公司要求的，也做顺了，结果看起来也还不错，也许之前自动化测试大家心里多多少少还是有些质疑的，所以大家都不太想再做接口的自动化或者再去改进UT的自动化，当然，也不知道这部分该怎么做。　　在我感到自动测试可能就是在金子塔尖徘徊徘徊的时候，又发生了一件事情打破了我之前对自动化的认识。公司的大领导突然非常重视自动化，整体上加强了对自动化的投入，成立的专门的自动化小组。大领导直接拍了一个很高的自动化目标，自动率要达到30%，不到一个月又更新为要达到40%，然后要达到60%.....　　这就意味着自动化测试不仅仅是做回归测试，还要做新功能的测试。要做新功能的测试，并且还要让脚本在新功能提交的时候就可以测试，就需要提前把脚本写好，而且界面、CLI都要尽量没有变化，当时我觉得是不可能做到的，觉得领导就是在那里拍脑袋瞎指挥。而且Martin这样的大师都说了，自动化测试要做成金字塔的样子，我们去把金字塔的塔尖做大做平，真的有意义吗？　　事实时，自动化测试组的leader在老板的支持下，真的做到了。在老板的支持下，他把流程改了，他把自动化测试明确的放在了流程中进行考虑。我们的产品是有CLI和UI的。以前CLI和UI是功能设计后期才输出，现在改为了在需求确定后就要输出相关的设计。对CLI要输出确定的界面回显。而且一旦评审通过，不允许随便修改。如果要修改，必须要通知自动化团队。自动化团队在CLI接口设计完成后，就会立即封装自动化的函数（我们内部叫AW，action word），自动化团队基本能够在用例输出的时候就可以完成所有的AW封装。产品团队可以在完就投入脚本的编写。然后我们真的做到了用脚本来做新功能的接收测试，！　　由于这个自动化团队是一个拉通了所有产品的资源部门，他们还尽量考虑了AW在不同产品的复用（在AW复用之前，我们的测试用例就已经复用了），后来进化为了脚本的复用。比如A产品有“扫描”这个功能并且已经做了自动化了，B产品也准备做“扫描”这个功能，B产品不仅可以直接用A产品需求相同部分的用例，还可以直接用A产品的脚本！脚本让原本分散在不同产品不同版本中的测试人员，形成了一种合力，大大提升了测试效率。我感到这时的自动化，才是真正可以替代手工执行的自动化，我第一次真真实实的感到了自动化测试的好处。　　这段经历给我的触动是巨大的。　　·&我感到自动化测试，不是测试单方面能够搞定的事情，需要开发的理解和配合，更需要领导的支持。　　·&自动化测试的技术不是最重要的。我从感到自动化测试是种负担，到实实在在感到自动化的作用，我们的自动化测试平台，脚本语言，脚本的编写方式都没有变化。变的只是配合方式和做这件事情的时机，也就是自动化测试的策略。我们现在能够获得技术的途径太多了，是不是技术越牛就可以做得越成功呢？显然不是这样的。做成一件事情的关键是能够审时度势，去解决当前问题。　　·&如何看待权威：Martin讲的金字塔，是Martin基于他的视野提出来的，是有上下文的，忽视上下文无异于断章取义。　　·&自动化测试除了脚本，还有很多上下游相关的工作，比如用例，比如需求。如果你的需求是乱的，用例是乱的，你觉得自动化会不乱吗？　　至于自动化测试真的可以提高效率吗？我觉得不行。我觉得这是对自动化测试意义的最大的误解。那我们为什么又要做自动化测试？ 自动化测试最大的意义在于，对测试人员的能力的固化。脚本可以代表测试人员的测试方法，通过脚本就把在原来在人身上的能力，固化为组织的资产。不同的团队及时没有懂这个功能的人，也可以通过脚本来分享这种能力，这才是自动化的意义。　　后记　　故事已经讲完了，非常感谢你可以一直看到现在。　　现在我换了家公司。在新公司里，我实践着我的自动化理念。我花了两年的做用例基线，用例已经整得不错了。最近又开始重头做自动化，从找工具，整合库，设计业务框架，设计关键字，设计脚本的管理规则开始。现在公司对自动化的关注还算不错，但依然没有多少资源。现在我的自动化做得很慢。是的，我真的宁愿做慢一点。　　后来我在新公司里有幸作为评委，参加了一个测试优秀实践的评选会。当听到分享者讲他们加班加点做了2000个脚本，却只发现了2个问题时。我就问了个问题：“这些脚本的测试内容，没有自动化手工执行的时候，你们会做吗？”　　分享者静默了几秒，说，不会。　　然后我就没有再继续问了。还给了她们比较不错的分。　　补充　　对自动化测试，除了前面故事里的提到的一些理念，我还想我还想补充一些。
搜索风云榜
( 11:20:36)
51Testing官方微信
51Testing官方微博
测试知识全知道当前位置：&&&
谈谈我在互联网行业两年里的小小蜕变
& 13:07&&来源：&
　　一年多以前，我的职位名称叫做SEO，有一段时间我对这个名字很自豪，因为那个时候的觉得SEO还算是一门让人很有成就感的技术，经过自己的努力能把一个关键字排名做到第一位，对于一个互联网新人来讲这好比跟你打了一针兴奋剂没什么两样。那段时间也确实很疯狂，为了排名整宿整宿的不睡觉，为了养一个博客帐号，写东西写到我都想吐了。做完公司的站，还去接外面的站来做，这个时候虽然很累但是和大多数人一样，&痛并享受着&&&这话一定得用山东话念出来才有效果(ps：本人并非山东人)。
　　慢慢的随着在这一行做的时间越来越长，经历的越来越多，眼界就会越来越开阔，当别人在问我是做什么的时候，我突然发现我不好意思说我是做SEO的了，呵呵。可能是做的多了，发现SEO技术含量不是很高，而且有一种偏见就是&做SEO就是更新一下网站内容，发一下外链嘛&我要对这种人回一个字&呸&，你丫说的那是网站管理员。其实SEO技术含量不高这一点，我承认，但是你要说SEO是一个很简单的工作，这一点我就不承认了，因为这一行工作虽然很单调，但是要做好的话，背后的工作是很费脑子的。你要分析要做什么关键字，你要分析做这个关键字的网站别人是怎么布局的，你还要设置好你网站的布局，好在不影响用户体验的情况下嵌入你的关键字，甚至怎么嵌入关键字好优化你的用户体验。总之，不容易。虽然我说的这么强硬但是最后我还是被打败了，但是这是我自己愿意被打败的，因为我找到一个更加适合我的词&&网络推广。
　　做SEO时间长了，发现流量的来源不仅仅只是搜索引擎一方面，其他形式的来源在整个流量总和里面也是占有很大比例的。所以慢慢开始自己转型，把目光瞄准了，人流量大的互动性平台、用户多黏性强的QQ群等等只要有人气的地方我都想到了。想方设法的做链接诱饵，和管理员斗智斗勇。由刚开始的遭人唾弃到最后的见怪不怪，甚至开始有流量从那些地方过来，能跟做SEO的效果平分天下的时候才开始有些满足起来。但是突然有一天，有个同事问我&你们做网络推广的是怎么做的?是不是在一些论坛里面发一些帖子说什么东西好，喔喔..之类的&我当时听了恨不得两大耳光扇死丫的，你丫说的这是贴小广告的吧。但随后一想，人家说的从某种意义上讲也没错，不管中间有多少技巧，但是本质就是这样，就是一发小广告的。于是我感到很受伤，我不能容忍我就是一发小广告的。所以我要继续变，好在我迷茫的时候找到另一个词&&网站运营。
　　做网站运营考虑的问题，不在仅仅是流量这么狭隘了。我觉得网站运营人员要考虑的问题是&生存&。这&生存&分很多种，住桥底，吃剩饭，是一种生存;住豪宅，开宝马，是一种生存;住六星级酒店包月，坐私人飞机，也是一种生存。网站运营人员的职责是，怎么做能让手中的项目赚更多的钱，让手中的项目能够较长久良性的发展下去。站在这个位置我觉得有一种真实感，至少现阶段我握紧拳头能够感觉，手心里传来的感觉是这么的实实在在。
　　工作近两年，我变来变去变了三次，我不知道这是好是坏，因为这些都需要以后回过头来才能看的清楚，但是至少我现在能够感觉很充实，能够感觉我是一步一步的再往前走。我要感谢哪些过去不断质疑我、问我问题的人，是他们让我产生了变化，而我觉得这变化是一种好的变化。现在刚刚接手了一个新的项目，还没有正式上线，但是先贴出来看看有没有人能够一起讨论一下()&&麦芽网是一个做早教资源互动平台的网站，里面还有个SNS社区，我记得之前写过一篇《》的文章，呵呵，真是冥冥中天注定啊，这回要自己实际操作了。
　　&东边看云于日下午 http://www.ds1234567.com，请保留此信息，谢谢!&
扫一扫关注A5创业网公众号
责任编辑：编辑部&&&/&&&作者：点读笔
功能介绍：1、可以设置弹窗广告和漂浮广告;2、可以自定义多种类型的弹窗广告，满足多种需求;3、可以图片自定义高度或宽度，点击跳转链接，弹出次数，多久自动收起;4、可设置自动关闭，减少用户厌烦感，也可设置需用户手动关闭;5、可以在不同栏目下显示;
在现今的搜索引擎市场，百度独霸一方，根据最新数据显示，百度在国内的市场份额为69.74%，无可置疑的霸主，百度一跺脚，市场几乎是抖三抖，每次百度推出新的算法，几乎都是死伤一片。
邮件是我们最常用的沟通工具之一，在工作中更是经常使用。对于企业来说，搭建邮件服务器更是必不可少。为了让大家更容易理解搭建的原理与过程，在搭建之前我们先来了解下有关邮件的一些相关知识。
有人说定制就贵，有人说模板建站便宜，诚然需要人力去个性执行的项目价格自然就会高,但是今天我们不去讨论网站质量，而是想从专业的角度告诉大家，高昂的建站费用大部分都是在为营销买单!我们首先来看看网络建站公司的现状和人员架构：
SD-WAN的兴起，使很多为企业提供互通平台的SD-WAN厂商如雨后春笋般发展起来，而目前在中国，一般的SD-WAN厂商业务仅停留在SD-WAN的技术层面，很少有技术公司能为客户提供整套的SD-WAN技术与服务。
随着信息科技迅速发展，人们的生活逐渐被互联网的出现所改变，尤其是移动互联网，越来越多的人通过智能手机进行商品以及服务的购买，人们的生活逐渐移动化。不少的企业正是抓住这样的机会，纷纷开始建设企业的移动商城
云指建站，一种创新的建站方式，一个专注于为企业提供网站搭建，简单实用的建站工具，助力中小企业在互联网时代实现品牌推广。截止目前为止，云指建站用户量累计突破了50万大关，成为最受用户喜爱的建站系统之一，用实力扛起行业标杆大旗。
所谓极简设计，删除了多余的元素、色彩、形状和原理，极简设计不是为了省工投料，而是将用户最为关心的内容放到首页，以此最大可能提高用户的注意力，在移动互联网时代，随着屏幕的减小，极简设计似乎更符合时代的需求，那么，如何做好极简设计呢?
最后，你要把开发好的手机APP投放市场，也就是放到AppStore上进行检测，苹果公司会用一段时间来检测提交的APP应用，并最终确定是否接受或者拒绝它。为了防止被拒绝的情况，在投放市场前
随着移动互联网的迅速发展和演进，移动商城系统越来越受到都市快节奏生活的白领们的青睐，移动端的购物市场份额占比越来越大，建设移动购物商城的企业和创业者也更加多。那么在建设移
创业好项目
写了4年多博客 我选择了从头再来
创业服务平台，专注互联网创业创新
徐州好推网络科技有限公司 版权所有
举报投诉邮箱：
扫一扫关注最新创业资讯