1. Setting Up your Release Pipeline for SharePoint/Office 365 in Azure
Vincent Biret, Products Team Tech Lead, Negotium
@baywet
Bit.ly/vince365

2. Thank you to our sponsors!
Thank you to our sponsors!

3. (Based on participation)
Join us for
SharePint!
When:
Tonight, 4:00pm-6:00pm
Where:
3rd Street Bar
4626 3rd Ave, Detroit, 48201
First 50 drinks on us!
(Based on participation)

4. About Me Vincent BIRET Office Servers And Services MVP @baywet
bit.ly/vince365
Products Team Tech Lead
Montreal

5. Who’s that session for? Devs, devops, qa people, deciders
Why should you care? ALM = time saved, happy devs, money saved and better products/services

6. High-level understanding of ALM
Session’s Objectives
High-level understanding of ALM
Being able to set up builds for SP projects
Being able to set up RM for Apps
High-level understanding of testing/QA
Technical Debt Management

7. Agenda
Intro to Software lifecycle
Intro to VSTS/Azure
The build system
High-level intro to deploy and tests for SP
Intro to tech debt management
Conclusion

8. Software Lifecycle
WHERE IT ALL BEGINS

9. Software lifecycle : devops
Plan
Dev
Test
Production
Idea/Need
Business Plan
Agile/CMMI/…
Architecture
Feedback
Market
Marketing
Sales
Might be a little bit different when doing consulting but same idea
Source Control
IDE
Build
xTests

10. Visual Studio Team Services and Azure
LET’S TALK ABOUT TOOLING

11. Microsoft’s Cloud platform
IaaS, PaaS, SaaS
Literaly tons of services
You’ve probably heard about it

12. Visual Studio Team Services
Unlimited storage, team projects, everything, 5 free users, free for users with msdn subscriptions, free for stakeholders
Data Warehouse can be replaced by powerbi or dashboard being delivered
RM currently in preview (since 5 days ago)
TFS as a service
Everything except
Updated more frequently
SharePoint Integration
Pay per user/build
Process Template Customization**
Data Warehouse

13. LET’S INCREASE THE QUALITY OF RELEASES
Build
LET’S INCREASE THE QUALITY OF RELEASES

14. Automated builds
Predictable result
Constant quality
Time saving

15. Build
Hard to debug
Only editable with VS
Requires Controller + Agent
Updates not automated
Third party tools hard to integrate

16. Lot of third parties integrations Tasks on github! (see notes)
Build 2015
JSON definition
Web edition
Lot of third parties integrations
Tasks on github! (see notes)
Agent auto updates!
New, hasn’t yet the build quality information and integration with RM + tests manager. Only on vsonline right now

17. Agents Hosted Agents Installed Agents BaaS Azure, or anywhere else
Build as a Service (billed by minutes building), Hosted agents have foundation edition of sharepoint installed. Installed agents only need internet access.

18. BUILD SECTION, BUILD AGENTS 2015
Demo
Show build section, build agents ( + install), build settings for projects (oceanik grunt)
BUILD SECTION, BUILD AGENTS 2015

19. AUTOMATE ALL THE THINGS!
Deploy
AUTOMATE ALL THE THINGS!

20. Available Options ** RM now available in preview!!! Game changer!!!
Lab studio only works with XAML builds, hard to set up. (whole SC stack to set up)
powershell + Tasks = quick win
Tip: use –verbose everywhere!

21. FTC deployment
Easy to automate
PowerShell is your friend

22. Apps Deployment SharePoint Hosted Provider Hosted
App file deployment is complicated but can be achieved via CSOM +PS
App secret+id can be managed via settings + ps.
Other components use traditional vs tools deployment, easy to CI
83c6ee3a59db/can-i-deploy-a-sharepointapp-to-office-365-using-powershell?forum=appsforsharepoint
sites-using-csom.aspx

23. Targets
On prem farms hard to maintain, especially when deploying lot of “buggy” components.
On the fly farms take a lot of time to be up, and a lot of ps to finalize configuration
Office 365 is ready to go, but only for apps

24. Should SPFarm be created on build machine?
Pros
Cons
Deployment easier
Heavier footprint
Unit testing easier
Can impact build

25. LAPRESSE AND OCEANIK DEPLOYMENT WITH RM
Demo
LAPRESSE AND OCEANIK DEPLOYMENT WITH RM

26. Test
FINAL TOUCH TO QA

27. Functional/Acceptance testing
Tests levels
Unit testing
Load testing
Integration testing
System testing
Functional/Acceptance testing

28. Installation Security Compatibility L17N/I13N Regression A/B
Tests types
Installation
Security
Compatibility
L17N/I13N
Regression
A/B
Destructive
…..
Goal of this section is not to cover everything, but more what we can achieve in the SharePoint world

29. Testing tools
Mstest
Nunit
xUnit
Grunt
Gulp …

30. Testing in the SharePoint World
Provisioning model
Complex
Closed
OM hard to emulate/test against
You don’t want to spend your time/money testing SharePoint’s API

31. Comes at great investments
Tests with FTC
Almost impossible
Comes at great investments
Unit testing => complicated to set up, must be well designed
Load testing => sharepoint makes irrevelant
Functional testing => great added value, but costly

32. Easy for everything out of SharePoint Harder for SP-Hosted Apps
Tests with Apps
Easy for everything out of SharePoint
Harder for SP-Hosted Apps
Any case it will highly depend on your app/solution’s architecture. The key work is abstract, abstract and abstract!

33. Demo
UNIT TESTS OF LAPRESSE

34. Technical debt management
OR HOW TO AVOID DIGGING YOUR OWN GRAVE

35. Code we’re not comfortable with Preventing us from innovating
What is tech debt?
Code we’re not comfortable with
Preventing us from innovating
Causing a lot of support
Stressful for the team

36. Rewrite everything every 2 years Pair coding Static analysis
Solutions?
Rewrite everything every 2 years
Pair coding
Static analysis
If the static analysis could be automated, wouldn’t be it great?

37. Demo SONARQUBE FOR OCEANIK
SONARQUBE FOR OCEANIK

38. Conclusion
TIME TO SAY GOODBYE

39. Lot of time saved Consistent builds Automated tests Quality increased
Conclusion
Lot of time saved
Consistent builds
Automated tests
Quality increased
Money saved
Money save = dev time saved, less support to provide, better product/service

40. Questions & Answers / Thanks
Vincent bit.ly/vince365